[08:37] <JamesTait> Oh, happy Friday, everyone! :-D
[11:12] <gatox> good morning
[11:59] <alecu> hello, all!
[12:00] <mandel> hello!
[12:00]  * mandel is back from the doctors
[12:00] <gatox> alecu, mandel hi
[12:02] <alecu> hola gatox! did you see the comments on your branch?
[12:02] <alecu> hola mandel! what happens?
[12:02] <gatox> alecu, nno.... checking now
[12:02] <mandel> alecu, nothing, I had an appointment just to check, blood analysis etc..
[12:02] <alecu> gatox: basically, the cpu is still being used when SD is Idle
[12:03] <mandel> alecu, I'm trying to be a little healthier this year :)
[12:03] <alecu> gatox: I think there's a logical error in the branch
[12:03] <alecu> mandel: oh, so that's why you've stopped playing rugby, right?
[12:04] <mandel> alecu, lol
[12:05] <mandel> alecu, I consider that exercise :)
[12:05] <mandel> alecu, I went mainly to make sure I don't collapse again in the sushi restaurant
[12:05] <ralsina> good morning!
[12:05] <gatox> ralsina, hi
[12:06] <mandel> ralsina, hola o/
[12:07] <nessita> hello everyone! gatox, did you see the bugtwit I made last night? :-)
[12:08] <nessita> gatox: ah, yes, you assigned yourself
[12:08] <nessita> gatox: but this is not quantal (I see you put the tag u1-quantal in it)
[12:08] <gatox> nessita, i didn't do that..... i just saw it
[12:08] <nessita> ah, je
[12:09] <nessita> gatox: alecu assigned it to you (thanks alecu!)
[12:09] <ralsina> oh, the joy of the post-b2-freeze morning and 560 emails
[12:10] <alecu> hola ralsina!
[12:10] <gatox> nessita, how can i reproduce that'
[12:11] <gatox> ?
[12:11] <nessita> gatox: just run syncdaemon trunk in precise
[12:11] <gatox> nessita, mmmm..... ok, i'll need to install a precise vm
[12:11] <nessita> gatox: you can use my box, if you need. See also that: <type 'exceptions.TypeError'>: object.__new__()
[12:12] <nessita> gatox: so the creation arguments for the sync menu may be different from precise to quantal?
[12:12] <gatox> nessita, i don't know..... i'm on precise and it doesn't fail for me
[12:12] <nessita> gatox: are you in precise with a fully updated box?
[12:13] <alecu> nessita: there's no sync menu in precise!
[12:13] <alecu> gatox: too
[12:13] <gatox> alecu, but if you look at the code, when there is not a syncmenu..... it creates a dummysyncmenu
[12:13] <alecu> gatox: oh, I see what you mean.
[12:14] <nessita> gatox: so how are you testing this in precise if you have a dummy sync menu? /me no entiende
[12:15] <gatox> nessita, we are testing it on Q
[12:15] <gatox> also running the tests on precise
[12:15] <nessita> gatox: but you're now running a precise installation? do you have any special PPAs?
[12:16] <gatox> nessita, nop
[12:16] <nessita> gatox: what does apt-cache policy ubuntuone-client reports for you/
[12:16] <nessita> ?
[12:18] <gatox> nessita, ubuntuone-client:
[12:18] <gatox>   Installed: 4.1+r1319-69~precise1
[12:19] <nessita> gatox: great, what does u1sdtool -q; u1sdtool -s report?
[12:20] <nessita> in my case, u1sdtool -s reports:
[12:20] <nessita> State: INIT
[12:20] <nessita> and it never moves to another state
[12:20] <gatox> nessita, -q keeps saying is still running.... and with -s i'm having a dbus error
[12:21] <gatox> i'm killing the process and trying again
[12:21] <gatox> gatox@utopia:~$ u1sdtool -s
[12:21] <gatox> State: LOCAL_RESCAN
[12:21] <gatox>     connection: Not User With Network
[12:21] <gatox>     description: doing local rescan
[12:21] <gatox>     is_connected: False
[12:21] <gatox>     is_error: False
[12:21] <gatox>     is_online: False
[12:21] <gatox>     queues: IDLE
[12:21] <gatox> gatox@utopia:~$ u1sdtool -s
[12:21] <gatox> State: READY
[12:21] <gatox>     connection: Not User With Network
[12:21] <gatox>     description: ready to connect
[12:21] <gatox>     is_connected: False
[12:21] <gatox>     is_error: False
[12:21] <gatox>     is_online: False
[12:21] <gatox>     queues: WORKING
[12:21] <nessita> gatox: with the state is enough :-D
[12:22] <nessita> gatox: do you have any particular gir package installed, for this?
[12:22] <gatox> nessita, yes..... gir1.2-syncmenu-0.1
[12:23] <gatox> nessita, but if it fails to import that, creates the dummy syncmenu
[12:23] <nessita> gatox: if it's not too much trouble, could you please uninstall it and try again?
[12:23] <nessita> gatox: perhaps the creation params of the dummy menu does not match the real one
[12:25] <nessita> gatox: my apt does not know the gir1.2-syncmenu-0.1 and this http://packages.ubuntu.com/search?keywords=gir1.2-syncmenu-0.1 reports that the package is available since Q. How did you install it? from a PPA?
[12:27] <gatox> nessita, nop
[12:27] <nessita> gatox: would you please paste the output of apt-cache policy gir1.2-syncmenu-0.1 ?
[12:28] <gatox> nessita, ok..... i'm seeing u1sdtool -s stuck in init.....
[12:28] <dobey> i see the problem
[12:28] <dobey> sigh
[12:28] <nessita> mine says N: Unable to locate package gir1.2-syncmenu-0.1
[12:28] <nessita> hola dobey
[12:28] <dobey> there is no gir1.2-syncmenu for precise
[12:28] <nessita> dobey: right, and I'm wondering how gatox has one installed :-)
[12:28] <dobey> the problem is DummySyncMenu doesn't override __init__
[12:28] <gatox> ahhhh yes :S
[12:28] <dobey> nessita: he installed it from source i suspect
[12:29] <gatox> ok..... i'll fix that in this branch
[12:30] <nessita> thanks!
[12:40] <ralsina> our "main" in u1cp  has reached a level of complexity that is quite scary
[12:41] <gatox> nessita, dobey could you check this one? https://code.launchpad.net/~diegosarmentero/ubuntuone-client/fix-dummy/+merge/125696
[12:42] <gatox> nessita, dobey  i'll change the name of the test case to leave TestCase at the end of the name of the class
[12:42] <nessita> gatox: is this intentional self.assertTrue(dummy, "start_timer") ?
[12:42] <nessita> or it was an assertEqual?
[12:43] <gatox> nessita, ok..... that was an hasattr....... why didn't fail?
[12:44] <nessita> gatox: assertTrue(a boolean condition, message) is a correct syntax
[12:44] <nessita> if the condition fails, the message is printed
[12:44] <gatox> nessita, test case fixed
[12:45] <gatox> changing the name and adding hasattr
[12:48] <nessita> ack, reviewing
[12:49] <dobey> why not assertNotRaises()?
[12:50] <gatox> dobey, for the constructor? do you think??..... in lot of tests we just use the object in the way we expect it to work
[12:51] <gatox> or to check if we have the start_timer method?
[12:51] <dobey> to check that the object is instantiable
[12:52] <dobey> checking that start_timer is an attribute doesn't guarantee it's callable; and i don't see a good reason to check that it exists, here
[12:53] <dobey> Changing the docstring to something describing that it's a requirement of the API or something, and just doesn't do anything for the dummy class, might be better
[12:53] <mandel> lunch time here
[12:53] <dobey> and i suppose you still need to call super().__init__() for these classes derived from object
[12:56] <ralsina> gatox: on semi-related bugnews, --with-icon seems to be broken on trunk on precise
[12:56] <gatox> dobey, i can change the docstring to make it more clear.. but we need to check if it has start_timer because is going to be called when syncdaemon starts..... and..... yo mean to call super().__init__() for DummySyncMenu?? why?
[12:56] <gatox> ralsina, ¬¬
[12:57] <dobey> gatox: so that object.__init__() is called
[12:58] <gatox> dobey, i don't think that is necessary.... and we are not doing that in any part of the code
[13:01] <nessita> gatox: looks good, and removing the __init__ makes the test fail, so approving
[13:14] <dobey> http://stackoverflow.com/questions/8611712/what-does-objects-init-do-in-python
[13:15] <gatox> dobey, so........ should we change all the places in the code where we are using object?
[13:15] <ralsina> gatox: forget my mentioning --with-icon, it seems I had a too-old sd running (or something) and it was causing IPC errors
[13:15] <gatox> :P
[13:16] <gatox> ralsina, fiuuuuu
[13:16] <dobey> i can let the __init__ chain slide, since these ojects really should not be subclassed ever, but anyway the other issues i mentioned on the proposal do need fixing
[13:17] <ralsina> gatox, alecu, mandel: remember that conversation about ripping the systray out of u1cp so that we can fix the mac experience? DONE https://pastebin.canonical.com/75032/
[13:17] <gatox> dobey, also..... TestCase from twisted doesn't have an assertNotRaises, because it doesn't have much sense..... is just using the object..... if it fails, the test will fail
[13:17] <ralsina> mmcc: if you are around, too ^
[13:18] <dobey> gatox: ok, well, perhaps assertIsInstance() on the resulting object then
[13:19] <gatox> dobey, ok
[13:19] <dobey> gatox: but testing the object can be created, and that a method inside it can be called should be separate tests
[13:19] <gatox> dobey, ack
[13:21] <gatox> dobey, done
[13:22] <gatox> ralsina, so we are going to extract the systray from u1cp?
[13:25] <ralsina> gatox: right now, I am just thinking of using this onmac
[13:25] <ralsina> gatox: where having u1cp do the tray causes a sea of awkwardness
[13:25] <ralsina> gatox: then, come november, we do it right
[13:25] <gatox> alecu, ping
[13:26] <ralsina> we can even ship a "ubuntuone-tray-icon" package that's this, depends on u1cp and suggests sni-qt
[13:26] <ralsina> so we support non-unity and pre-quantal desktops
[13:29] <dobey> i guess we should drop the messaging menu integration, at least on q
[13:29] <ralsina> dobey: true
[13:30] <ralsina> dobey: although if sync menu is not there by default that's a regression
[13:30] <dobey> true
[13:30] <alecu> gatox: pong
[13:30] <dobey> complexity of complexities
[13:30] <ralsina> ohyes
[13:31] <gatox> alecu, i'm looking at the branch about cpu consumption.... and i don't see anything weird.... i'm going to test if this might be happening just to be connected to the syncmenu or something
[13:32] <alecu> gatox: but do you get the cpu usage when idle?
[13:32] <alecu> gatox: you need to transfer some files before it starts using cpu
[13:33] <alecu> gatox: it's .3% of continuos cpu usage on my 8 core i7, so it will get annoying on atom and arm devices.
[13:33] <gatox> alecu, are you meassuring with top or what? can you explain to me which steps are you following so i can check that here?
[13:33] <alecu> gatox: let me point at the offending code
[13:34] <alecu> gatox: the error is around line 211 here: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ubuntuone-client-timer/+merge/125499
[13:35] <alecu> gatox: let's detail the sequence.
[13:35] <alecu> 1) first sd starts, and has no file to transfer, so "update_transfers" was not called yet.
[13:35] <alecu> 2) now you transfer some files
[13:36] <alecu> 3) update_transfers is called. There's no timer, so update_progress is called. And then a timer is created, that will call _timeout when the time has passed.
[13:36] <alecu> 4) if new events arrive at this point, they are ignored (and that's ok).
[13:36] <alecu> 5) when the timeout happens, _timeout is called
[13:37] <alecu> 6) it sets the timer to None... and it creates a new timer!
[13:37] <alecu> gatox: ^ 6 is the bug.
[13:37] <nessita> alecu: I'm not following this thread of conversation in deep, but why not just tracking progress with the event of _PROGRESS?
[13:38] <alecu> nessita: please wait a sec :-)
[13:38] <gatox> alecu, ah..... so the timer should be created only when the call come from aggregator..... that's what you mean?
[13:38] <nessita> FILE_UPLOAD_PROGRESS and FILE_DOWNLOAD_PORGRESS
[13:38] <nessita> sire
[13:38] <alecu> gatox: perhaps
[13:38] <alecu> gatox: here's how I think it should work:
[13:38] <gatox> alecu, so.... timeout just execcutes self.transfers.update_progress() and set the timer to none
[13:39] <alecu> gatox: that's better
[13:39] <alecu> gatox: I would go so far as to suggest not doing update_progress in update_transfers, but let me think of your solution.
[13:39] <gatox> alecu, i'll make that change and check the cpu usage
[13:39] <gatox> ok.... think! :P
[13:39] <alecu> gatox: no, wait. Let's check the logic first!
[13:40] <gatox> but i think we should
[13:40] <gatox> because we can receive a call from aggregator to create the menu in that moment
[13:40] <gatox> not 3 seconds later
[13:41] <alecu> gatox: but in that case we would be updating the menu twice, "al pedo"
[13:41] <alecu> gatox: hmmm....
[13:41] <alecu> gatox: say, we get the call from aggregator that the transfers have completed. We set up the timer, and update everything twice. But there was no need to do it twice...
[13:42] <alecu> gatox: anyway, I think it's an acceptable compromise.
[13:42] <alecu> gatox: so:
[13:43] <alecu> gatox: I found another problem.
[13:43] <gatox> which one?
[13:43] <alecu> gatox: suppose we are transferring files quickly
[13:43] <alecu> gatox: and we get events every .1 seconds
[13:44] <alecu> gatox: what happens with your proposed solution (calling update_progress from _timeout and from update_transfers) ?
[13:45] <gatox> alecu, we create the menu..... updated 3 seconds later..... and again .1 seconds after that..... and repeat
[13:45] <alecu> gatox: it will get updated at 0s, then at 3s, then at 3.1s, then at 4.1s, then at 4.2s...
[13:45] <alecu> gatox: right
[13:45] <gatox> eh?? why 4.1, 4.2?
[13:45] <alecu> gatox: so, if we just update in _timeout, we will get updates at 3s, then at 6s, etc.
[13:46] <alecu> gatox: sorry, not 4.1: I meant 6.1 and 6.2
[13:46] <gatox> i'll say: 0, 3, 3.1.... 6.1, 6.2..... etc
[13:46] <gatox> ahh
[13:46] <alecu> gatox: right, my bad :)
[13:46] <gatox> ok....... let's do that then
[13:46] <gatox> just in timeout
[13:46] <alecu> gatox: so, the best would be to do it like 0s, 3s, 6s... right?
[13:47] <alecu> gatox: what if we store the last timestamp we updated it?
[13:47] <gatox> yes....... if we accept to have a 3 sec delay everytime some transfers starts.....
[13:47] <alecu> gatox: I propose storing the last timestamp that we updated it
[13:48] <alecu> gatox: so, if we have not updated for the past three seconds, we update it again
[13:48] <gatox> alecu, to check if the diff is greater than 3 sec?
[13:48] <gatox> that
[13:48] <alecu> gatox: right
[13:48] <alecu> gatox: let me paste what I mean
[13:48] <gatox> alecu, ack.....
[13:48] <gatox> alecu, i understand
[13:49] <gatox> alecu, btw..... did you filed the bugs you mention yesterday about pause?
[13:50] <alecu> gatox: I did, yes
[13:50] <gatox> ahh i see it, thx
[13:54] <gatox> dobey, just to let you know.... the branch has been updated..... and i'm not convinced about the super in object..... if we are going to start doing that..... it should be a bug to do it everywhere in the code i think...
[13:55] <gatox> specially in this case, where the class is not thinked to be extended
[13:56] <dobey> the better solution would be to fix all our stuff to install the "internal" python bits somewhere other than the standard python library directory. only public interfaces we want people to use should be installed there really
[14:01] <nessita> alecu: you still busy?
[14:01] <gatox> dobey, so..... what we should do with this?? i personally don't see the point of super in object in these cases..... but i don't want to block the branch for that..... so if you think it's necessary
[14:02] <dobey> gatox: chill. i'm looking at it. just doing 500 things at once, so haven't got back to your branch yet :)
[14:02] <alecu> gatox: http://pastebin.ubuntu.com/1218643/
[14:02] <alecu> nessita: sorry
[14:02] <gatox> dobey, ack.... let me know if something need to be add/change
[14:03] <alecu> nessita: you wanted to discuss _PROGRESS, right?
[14:04] <gatox> alecu, make sense
[14:04] <nessita> alecu: right, I was wondering if you considered using those events instead of polling for upload/download progress
[14:04] <gatox> alecu, testing it
[14:04] <nessita> alecu: *if* that's what you're doing ATM
[14:04] <alecu> nessita: we are listening to _PROGRESS for this. we are not polling
[14:04] <nessita> alecu: ah, even better! so what's the timer for?
[14:04] <gatox> nessita, to not update in everyy progress
[14:05] <alecu> nessita: the timer here is so we don't update the menu more often than say... every 3 seconds.
[14:05] <dobey> gatox: i think for the assert in the start_timer test, you need to assertTrue(hasattr(dummy.start_timer, '__call__')) no?
[14:05] <nessita> alecu: ah... any rationale behind that? (curious, not criticism)
[14:05] <alecu> nessita: in trunk, the timer was polling, indeed, but in the current gatox's branch it gets fixed.
[14:05] <gatox> dobey, i think using isinstance(asd, Callable) is the recommended way
[14:06] <alecu> nessita: if we get _progress events every .1 seconds, then the menu would blink horribly, because it would be updated that many times.
[14:07] <nessita> alecu: ah, so you gather progress info in one place by listening to the _PROGRESS  signals (no polling at all), and then just upgrade the syncmenu every 3 seconds?
[14:07] <alecu> nessita: we already do the same with the unity launcher progress bar. We have a limit on the number of updates we do in a given amount of time
[14:07] <dobey> gatox: then why not use assertIsInstance() instead of assertTrue(isinstance())?
[14:07] <alecu> nessita: right. But not "every 3 seconds", but "every 3 seconds if SD is not idle"
[14:08] <gatox> dobey, right.... reflex
[14:08] <dobey> :)
[14:08] <alecu> nessita: if SD is idle we do not update the menu.
[14:08] <dobey> gatox: please fix it real quick
[14:08] <gatox> dobey, yap
[14:08] <nessita> alecu: ack, thanks for sharing the reasoning :-)
[14:09] <gatox> dobey, done
[14:09] <alecu> nessita: you are welcome! All of the SD status aggregator works like that, only calling libunity, or showing the bubbles, as few times as possible, and only if it makes sense.
[14:10] <alecu> gatox: I've not proved "delay = min(0, self.next_update - time.time())" to be right, so please add some tests for it.
[14:10] <nessita> alecu: so, if, let's say, magicicada would want to re-use the logic in the aggregator where data is, on coincidence, aggregated... is that possible somehow?
[14:12] <gatox> nessita, right now you can susbscribed to the updates with status_frontend (with the next branch)..... and aggregator will call your callback when a progress is processed
[14:12] <alecu> nessita: I *think* this logic is not exposed on ipc (nor dbus) yet. We may be able to export all this as dbus signals
[14:12] <gatox> ahhhh.... yes..... but not that
[14:12] <nessita> alecu: ack, thanks!
[14:13] <alecu> nessita: and it would make sense to deprecate some of the more heavy dbus operations, and only export "aggregated" lighterweight ones.
[14:13] <nessita> alecu: right
[14:14] <nessita> alecu: or just "replace" the logic that send the FileUploadProgress dbus signal
[14:14] <nessita> (but not the underlying event that is used by the aggregator)
[14:14] <alecu> nessita: that makes sense: sending the fileuploadprogress dbus signal less often, with something similar to this.
[14:15] <nessita> alecu: right, so magicicada keeps working the same :-D
[14:15] <alecu> nessita: let's discuss this after Q is released :-)
[14:15] <nessita> suuuure
[14:16] <alecu> I can't forsee such a change going thru the Freeze Exceptions :-)
[14:16] <dobey> our 4.0.0 release is on oct 1.
[14:17] <nessita> alecu: of course, magicicada already uses the progress signals and is working like a candy
[14:17] <nessita> (?)
[14:18] <mande|lunch> back
[14:18] <alecu> mande|lunch: got a minute for mumble?
[14:19] <mande|lunch> alecu, yes, let me launch os x :)
[14:19] <alecu> mandel: you are mumbling on osx? shame on you!
[14:19]  * alecu hides in shame too
[14:19] <mandel> alecu, only os where the thing works
[14:20] <alecu> mandel: it used to work in P!
[14:20] <mandel> alecu, you said it, used to... since I moved to q lots of things are broken
[14:21] <alecu> mandel: the bleeding edge of the distro is like an ore mine. And we are like the chilenean mine workers!
[14:22] <ralsina> alecu: that's the best case scenario
[14:23] <alecu> ralsina: I want to be rescued from the bottom of this pit! It's been months already
[14:23] <chaselivingston> ping mmcc: unfortunately it doesn't look like the issue w/ dragging files into the u1 folder has been fixed
[14:25] <ralsina> alecu: we are digging!
[14:33] <mmcc> chaselivingston: bummer. can you send me the syncdaemon log and tell me what file you dragged in?
[14:33] <mmcc> hi folks
[14:34] <ralsina> hi mmcc
[14:34] <mmcc> ralsina, that standalone menu looks pretty good :)
[14:35] <mmcc> btw, did anyone see my last irc comments from yesterday? the loading overlay on the cloud-to-computer bug happens on linux (and apparently windows) too - not just darwin
[14:35] <chaselivingston> mmcc: it was actually a folder named codecanyon https://pastebin.canonical.com/75045/
[14:35] <mmcc> if I delete my credentials and re-log-in as myself, I get an eternal loading overlay on the cloud-to-computer page
[14:35] <mmcc> on precise
[14:36] <chaselivingston> mmcc: quitting the cp and the sd task and restarting forced the upload
[14:36] <mmcc> chaselivingston: thanks, looking now
[14:36] <dobey> mmcc: same here
[14:37] <ralsina> mmcc: I did see it on windows, not on linux last I tested
[14:38] <mmcc> chaselivingston: so it looks like it did upload a lot of stuff, what's missing on the server?
[14:38] <chaselivingston> mmcc: nothing now that i restarted it
[14:39] <mmcc> chaselivingston: oh, ok, did you restart it around 10:22:52?
[14:39] <mmcc> chaselivingston: if so, I need the previous log file
[14:39] <chaselivingston> mmcc: yeah, that sounds about right, let me see what i can find
[14:39] <mandel> alecu, latests changes and style should be in  lp:~mandel/avani/u1-payment-preview
[14:39] <mandel> alecu, revno  2694
[14:41] <chaselivingston> mmcc: how's this? https://pastebin.canonical.com/75047/
[14:42] <ralsina> mmcc: I did not try it on mac, so if it works there, it's pure luck ;-)
[14:51] <mmcc> chaselivingston: that one looks like it's from after you restarted too. the earliest line in there is 10:22:41
[14:51] <mmcc> chaselivingston: big folder, huh :)
[14:52] <chaselivingston> mmcc: try this, appears to be a bit earlier https://pastebin.canonical.com/75051/
[14:53] <joshuahoover> dobey: bug #856551 shouldn't impact q since u1-installer isn't there, right?
[14:54] <dobey> joshuahoover: it no longer affects q, correct
[14:54] <dobey> or rather, it was 'fixed' there by removing ubuntuone-installer
[14:54] <joshuahoover> heh, right
[14:58] <ralsina> dobey,mandel, gatox, briancurtin2, mmcc, alecu, thisfred: standup in 2'
[14:58] <gatox> ack
[14:58] <mandel> ack
[14:58] <thisfred> ack
[15:00] <ralsina> me
[15:00] <mmcc> me
[15:00] <dobey> me
[15:00] <gatox> me
[15:00] <thisfred> me
[15:00] <briancurtin2> me
[15:00] <mandel> me
[15:00] <ralsina> alecu is last, go me!
[15:01] <ralsina> DONE: chased people around, talked with people, convinced people, wrote to people, wrote POC separate-systray-script TODO: avoid people, get internet working at home BLOCKED: PEOPLE! NOTE: Soylent Green is a great idea. NEXT:  mmcc
[15:01] <mmcc> DONE: chased wizard startup bug
[15:01] <mmcc> TODO: more of same
[15:01] <dobey> DONE: releases/uploads, re-upload of client with syncmenu support
[15:01] <dobey> TODO: reviews, icons in client-data
[15:01] <dobey> BLCK: None
[15:01] <mmcc> BLOK: need feedback on how to solve that inactive queue issue
[15:01] <dobey> gatox: go
[15:01] <gatox> DONE:
[15:01] <gatox> Propose a branch to fix a bug in versiones previous to Q with the syncmenu. Improved the u1-client syncmenu timer branch. Finishing with u1-lient syncmenu menu order branch.
[15:01] <gatox> TODO:
[15:01] <gatox> Propose last branch and fixes.
[15:01] <gatox> BLOCKED:
[15:01] <gatox> No
[15:01] <dobey> oops, sorry mmcc
[15:01] <gatox> thisfred, go
[15:01] <thisfred> DONE: u1db playlist migration code TODO: integrationy tests for migration code, hand over work to webm0nk3y, drive to Oregon **2 WEEK VACATION** BLOCKED: no NEXT: briancurtin2
[15:02] <briancurtin2> DONE: merging, debugging, playing with old implementation
[15:02] <briancurtin2> TODO: keep on pushing the buttons until it works
[15:02] <briancurtin2> NEXT: mandel
[15:02] <mmcc> dobey: np, I was slow :)
[15:02] <mandel> DONE: More preview state machine fixing. Found the root of the problem yet I need to speak with gork to decide the right approach. Our first changed to unity landed \o/
[15:02] <mandel> TODO: Meet with jose in person to talk about finder integration. Talk with gork, get the thing working.
[15:02] <mandel> BLOCKED: no
[15:02] <mandel> alecu, please
[15:02] <thisfred> ralsina, everyone: if you need me for something (which I doubt ;), it has to be today, or wait two weeks.
[15:02] <ralsina> thisfred: coffee please!
[15:03] <ralsina> ;)
[15:03] <thisfred> I may read mail, but internet and even phone service will be spotty
[15:03] <mmcc> thisfred, driving? yowtch
[15:03] <thisfred> ralsina, best to wait until I'm there then, MUCH better coffee in Portland
[15:03] <dobey> thisfred: i need you to demonstrate the proper pronounciation of "van gogh"
[15:03] <thisfred> mmcc, yeah, but also cool :)
[15:03] <thisfred> I hope
[15:03] <thisfred> mmcc, we didn't want to fly the dog
[15:04] <ralsina> thisfred: no worries, have a safe trip!
[15:04] <mmcc> thisfred: makes sense. we did the same thing. have a good trip
[15:04] <dobey> thisfred: are *you* driving? or your wife is doing all the work and you're looking at lots of farmland?
[15:04] <thisfred> dobey, easy, it's pronounced exactly as written ;)
[15:05] <thisfred> dobey, that, since I don't have a license
[15:05] <thisfred> I married my chauffeuse
[15:05] <dobey> you dutch and your crazy spellings!
[15:05] <mmcc> do you need a license for a double-decker fixie?
[15:05] <alecu> ouch, missed the standup :P
[15:06] <thisfred> mmcc, no, it's implied by the moustache and cut off jeans
[15:06]  * alecu writes notes
[15:06] <ralsina> alecu: you know that's a paddling
[15:06] <mmcc> thisfred: nice
[15:08] <ralsina> Ok, maybe somewhat important: I just got a call from my new ISP, technician coming sometime this afternoon, so I got to go wait for him in about 1 hour
[15:09] <ralsina> As soon as the 21st century finally arrives at my home in the form of electric signals, I will be back here
[15:09] <alecu> DONE: vala coding, a review for gatox, team mumble, more mumbles
[15:09] <alecu> TODO: clean up and add finishing touches on lens
[15:09] <alecu> BLOCKED: no
[15:09] <thisfred> why anyone would want a fixed gear bike, *especially* when you have hills, is beyond me. They can't *all* be suicidal.
[15:09] <dobey> ralsina: electrons are so 20th century. we're all about photons now.
[15:10] <thisfred> I'm all about the bonbons
[15:10] <dobey> thisfred: sufficiently developed ignorance is indistinguishable from being suicidal
[15:11] <thisfred> heh
[15:13] <alecu> thisfred: not driving is the way to be billonaire. Or so they say in social networks nowadays.
[15:14] <ralsina> dobey: I feel electrons have a classier feeling, because they have more mass
[15:14] <alecu> thisfred: I suppose there's no need to drive in Portland either, right?
[15:15] <thisfred> alecu, I am gonna try and learn when we get to Portland, because it's a good skill to have, but I expect we'll be using our car a lot less there
[15:15] <thisfred> right
[15:15]  * alecu is reminded to take driving lessons.
[15:15] <alecu> perhaps next year.
[15:15] <thisfred> it scares me
[15:15] <ralsina> dobey: it's like cameras, they could weight 100 grams, but they just feel cheap. Same with webpages delivered as photons.
[15:15] <thisfred> but hey, I can still learn new things at 40
[15:15] <thisfred> I learned to use vim, touch type, C and Go in the past year
[15:15] <thisfred> and some spanish :)
[15:16] <alecu> thisfred: genial!
[15:16] <ralsina> I should learn how to drive too
[15:16] <ralsina> So, this means almost 50% of the team can't drive? What are the odds!
[15:17] <thisfred> dobey makes up for it with his car collection :)
[15:17] <dobey> heh
[15:18] <thisfred> do you have a nascar team yet?
[15:18] <dobey> nascar is boring
[15:22]  * gatox lunch
[15:28] <dobey> ok, need to get lunch. bbiab
[16:03] <ralsina> I'm off to see the wizard, the wonderful wizard of the internet
[16:03] <ralsina> I'll be back ASAP
[16:26] <mmcc> I have to run a quick errand, be back in ~1hr, will make that time up tonight
[16:37] <gatox> alecu, this branch is ready: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ubuntuone-client-timer/+merge/125499 after the transfers the cpu usage returns to 0
[16:38] <alecu> gatox: awesome!
[16:42] <mandel> well, eod here, have an awesome weekend!!!
[16:44] <gatox> mandel, byeeeeee
[16:44] <gatox> alecu, and this one is ready too: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ubuntuone-client-menuorder/+merge/125768
[16:51]  * dobey is not ready
[16:52] <dobey> oh *THAT* is what you meant by that bug report
[16:52] <dobey> i supposed it would have helped if i'd read the description
[16:52] <dobey> :)
[16:54] <alecu> gatox: in the first branch, instead of "import time" I think we should be patching the time.time from the function that we are testing.
[16:54]  * dobey changes the bug summary
[16:55] <dobey> i think i want to vote disapprove on this branch though
[16:55] <gatox> alecu, or i can use it from linux.time...... why patching'
[16:56] <dobey> gatox: do you have a video of this change in action, with the transfers menu held open for ~30 seconds while multiple files are transferring?
[16:56] <gatox> dobey,  i can make one
[16:56] <dobey> gatox: because the implications of how this might behave, scare me a little
[16:57] <alecu> gatox: yup, there's no concerns with using time.time in tests. It's just that importing time on the test file raises a red flag inside my brain.
[16:57] <alecu> gatox: I've seen enough time.sleep in tests to be scarred for a lifetime!
[16:58] <gatox> alecu, that's not how i'm using it.... i'm changing the one already registered in the class to avoid using time.sleep
[16:58] <gatox> dobey, what? i don't understand
[16:58] <gatox> dobey, do you want me to make the video and send it to you?
[16:58] <dobey> gatox: writing a comment in the proposal…
[16:59] <gatox> dobey, in which one?
[17:00] <dobey> gatox: the transfers ordereddict one
[17:00] <alecu> gatox: right, that's why I said that time.time in tests is ok
[17:00] <alecu> gatox: so, don't worry about it
[17:00] <gatox> alecu, do you want mme to change it in some way?? or you are not scare anymore?
[17:00] <alecu> gatox: no, don't worry
[17:01] <alecu> gatox: on a related note... why did you replace the "min(..)" with the if... else?
[17:01] <gatox> alecu, because the logic for that was wrong
[17:01] <alecu> gatox: it's not exactly the same.
[17:01] <gatox> alecu, let me explain
[17:01] <gatox> if you do: min(0, something)..... it always going to return 0
[17:01] <dobey> gatox: posted needsinfo comment on the menuorder branch
[17:02] <gatox> dobey, ack
[17:02] <gatox> alecu, ^^
[17:02] <dobey> unless something is less than 0?
[17:02] <dobey> but if something is a uint, then yes :)
[17:04] <gatox> dobey, well..... in this case is for time.... so it always going to move forward (i hope :P)
[17:05] <alecu> gatox: you are right! I think I meant min(DELAY_BETWEEN_UPDATES, self.next_update - time.time())
[17:06] <alecu> gatox: let me explain how the tests should be for this
[17:06] <gatox> alecu, wait
[17:06] <gatox> alecu, i thought about that..... but..... it wasn't sure either, because:
[17:07] <alecu> gatox: EXAMPLE: there's an event at 0s. The menu is updated immediately. Then comes an event at 0.5s. The menu should be updated at 3s
[17:07] <alecu> gatox: with the if...else, the menu is updated at 3.5s
[17:07] <gatox> alecu, if a lot of time pass since the last update.... you can have something like: min(3, 8)..... and it's going to be updated after 3 seconds..... but if a lot of time passed since the last update..... we can force the update in that moment.... so it should be 0
[17:08] <gatox> ooooookk
[17:09] <alecu> gatox: I think this is something that can be absolutely handled with +, -  and min() or max().
[17:09] <gatox> ok..... changing the code then
[17:10] <alecu> gatox: perhaps: min(0, max(3, -8))
[17:10] <alecu> doh
[17:11] <alecu> gatox: perhaps: max(0, min(3, -8))
[17:13] <gatox> i prefer this one:  min(DELAY_BETWEEN_UPDATES, self.next_update - time.time())
[17:14] <alecu> gatox: but that can be negative, right?
[17:14] <alecu> gatox: as in a negative delay... I wonder if callLater handles that right.
[17:15] <gatox> alecu, and avoiding the +3 and doing: self.last_update = time.time()
[17:15] <gatox> and then: min(DELAT, time.time() - self.last_update) ?
[17:16] <dobey> gatox: is it using time, or bytes written?
[17:16] <gatox> dobey, time
[17:16] <dobey> amount of time it's taking to do the transfer, or what exactly?
[17:17] <gatox> dobey, nono..... it's just to avoid refreshing so soon.....
[17:17] <gatox> like the progress bar in the launcher
[17:17] <alecu> gatox: here's the potato: Timer(max(0, min(DELAY_BETWEEN_UPDATES, self.next_update - time.time())))
[17:18] <gatox> jeje that sounds right
[17:18] <dobey> gatox: how often does it refresh?
[17:19] <dobey> or are you talking about your other branch?
[17:19] <gatox> dobey, yes
[17:19] <alecu> dobey: no faster than every 3 seconds.
[17:19] <gatox> dobey, but yes.... the other branch
[17:19] <dobey> gatox: ok, i think my concerns are a separate issue, and unrelated to how often you update
[17:20] <gatox> dobey, about you need info..... the only items that change position..... are the one that finish being uploaded
[17:21] <gatox> dobey, i'll do the video after fixing the other branch
[17:22] <dobey> ok; then i am misunderstand what you want exactly, and the bug description and commit message could be improved
[17:24] <dobey> oi, i am not feeling so great today either :-/
[17:28] <dobey> hmm, this launchdaemon branch is pretty huge :-/
[17:35] <alecu> gatox: is there a visual difference in the menu between the current transfers and the completed transfers? (besides the progress bar)
[17:36] <alecu> gatox: like, ie, a menu divider line?
[17:36] <gatox> alecu, no.... i didn't find how to add that
[17:39] <alecu> gatox: I see that many items in the indicators have that line, so I guess there must be a way to do it via dbusmenu
[17:42] <gatox> alecu, i'll keep looking for that..... btw..... the timer branch has been updated
[17:46] <gatox> alecu, although it can be that is not dbusmenu related..... and just the way the menu is constructed in the origin...... but i'm just guessing
[17:48] <dobey> there is probably a SEPARATOR type for DBusMenuItem
[17:52] <briancurtin2> ugh, this computer is completely hosed. reboot.
[17:57] <gatox> dobey, here is the video: http://youtu.be/qOmaBCayQAo?hd=1
[17:57] <dobey> awesome, a black rectangle
[17:58] <gatox> dobey, about the size of the items in the menu..... charles already has a bug for that
[17:58] <alecu> gatox: http://pastebin.ubuntu.com/1219094/
[17:58] <gatox> so they don't look so big
[17:59] <gatox> alecu, ack...... i'll create a new bug for that..... because i think it changes a little bit the logic of adding and removing new items according to the position...... and start working on it right now
[17:59] <dobey> gatox: is there no api in dbusmenu to specify ellipsize mode for menu item labels?
[18:01] <gatox> dobey, not that i'm aware of....
[18:01] <dobey> i suspect fixing the size issue will require new API then
[18:01] <gatox> dobey, but we already discuss that this should be a responsability of how is showing the thing
[18:01] <gatox> of who
[18:02] <dobey> gatox: rendering is a responsibility of the renderer, yes; but it needs the correct context to do the right thing
[18:03] <dobey> in our case, we need to crop off the beginning probably. one thing to do here would probably be to replace the "/home/foo" with "~" for display
[18:04] <dobey> but yes, that menu does change quite often, especially with lots of small files :9
[18:04] <dobey> err :(
[18:04] <gatox> dobey, yes..... but..... that's the idea......
[18:05] <gatox> specially because now we are refreshing it every 3 seconds..... so..... small files in 3 sec finish being uploaded
[18:05] <dobey> and if it's only uploads, and you can't click on any of the items, it's lost most all utility as well :-/
[18:05] <gatox> and you have to change the ones that finish for new ones
[18:14] <dobey> anyone want to review https://code.launchpad.net/~dobey/ubuntuone-client/update-4-0/+merge/125781 please? doesn't seem appropriate to have basically have gatox review his own code :)
[18:15] <gatox> :P
[18:16] <briancurtin> i'll take a look in a few mins
[18:16] <gatox> dobey, if you need me to review it let me know :P (waits in the bench)
[18:16] <dobey> heh
[18:16] <dobey> thanks briancurtin
[18:26] <briancurtin> dobey: approved
[18:38] <alecu> gatox: this is the bug I opened last night: bug #1053631
[18:39] <gatox> alecu, yes.... i have it in my tabs
[18:40] <alecu> gatox: great. I found it in my tabs, and wanted to remind you before closing it :-)
[18:40] <gatox> alecu, ok, thx..... right now i'm with the separators one.... and then i'll take that one
[18:41] <alecu> ok, since the internet is working so awfuly here, I'm going to take a walk, get something to eat, and see if I get better luck in an hour.
[18:43] <gatox> alecu, ack, enjoy
[19:25] <dobey> anyone like reviewing SVG? :)
[19:25] <dobey> https://code.launchpad.net/~dobey/ubuntuone-client-data/new-old-icons/+merge/125804
[19:25] <dobey> gatox: ^^
[19:25] <gatox> dobey,  on it
[19:27] <gatox> dobey, where is the test_svg? jejeje
[19:27] <gatox> +1
[19:27] <dobey> gatox: your eyes are in your head :)
[19:27] <gatox> jeje
[19:31] <alecu> my hurting brain thinks that tests for svg would look like opencv + a png of the expected result :P
[19:31]  * alecu hates sinusitis
[19:32] <dobey> sinuses do suck :(
[19:32] <dobey> alecu: the great thing is that we already ahve the PNGs! we generate them from the svg :P
[20:02] <dobey> gatox: can you review https://code.launchpad.net/~dobey/ubuntuone-client-data/update-4-0/+merge/125810 real quick too? :)
[20:10] <gatox> dobey, yes
[20:11] <gatox> dobey, +1
[20:11] <gatox> now....... eod for me....... see you on monday people!
[21:11] <ralsina> I HAVE INTERNETS!
[21:13] <dobey> YAY!
[21:13] <dobey> is it reliable?
[21:15] <ralsina> dobey: 5 minutes 100% uptime so far ;-)
[21:17] <ralsina> It has 2x the bandwidth but 3x the latency
[21:17] <dobey> heh
[21:17] <ralsina> 150 msec to <IP_ADDRESS> :-/
[21:17] <dobey> whee
[21:18] <dobey> no MMOFPS for you
[21:18] <ralsina> never played beyond urbanterror
[21:19] <dobey> if i want urban terror, all i have to do is go out and see other people. plenty terrifying that is
[21:21] <ralsina> but very few ak47s that way, i hope
[21:21] <ralsina> even shutting down the old service is annoying :-(
[21:22] <dobey> and it's definitely time for me to call it a day
[21:22] <dobey> and week
[21:22] <dobey> have a good weekend all!
[21:23] <dobey> and have a safe trip/vacation thisfred
[21:24] <mmcc> bye dobey. how is it this late already? wow
[21:25] <mmcc> So I have a fix for the wizard not showing remote folders, working on the tests now. Even better: I think I can explain why it works :)
[21:26] <ralsina> mmcc awesome :-)
[21:26] <ralsina> mmcc: that makes one of us! ;-)
[21:26]  * ralsina wrote that thing
[21:27] <thisfred> dobey, thank you!
[21:27] <thisfred> have a great weekend all!
[21:27] <mmcc> bye thisfred, good trip!
[21:27] <thisfred> and see you on the flip side!
[21:27] <thisfred> mmcc, thx!
[21:27] <mmcc> hope you aren't stuck with mcdonalds at every stop
[21:28] <mmcc> I ate dinner at a DairyQueen twice on my drive out here :\
[22:07] <mmcc> hrm, "Passwords and Keys" app in precise doesn't update when U1 adds its credential…
[22:07] <mmcc> no way to refresh except restarting it
[22:07] <ralsina> pressing F5?
[22:08] <mmcc> let's see
[22:10] <mmcc> no
[22:10] <mmcc> btw, I noticed that SSO client loads the captcha image even when you launch it with login-only
[22:10] <mmcc> seems like it could be faster to avoid that
[22:11] <mmcc> on darwin SSO is showing its window with placeholders before it has the app name, and I was wondering if avoiding network access at startup could help
[22:11] <mmcc> hrm, my fix didn't fix this bug on linux…? or I am not running it correctly
[22:12] <ralsina> mmcc: remember that now you can switch from login to signup
[22:12] <ralsina> mmcc: so, although that's not the reason why it does that, we still should do it
[22:12] <ralsina> mmcc: we may defer it though
[22:13] <mmcc> ralsina: yeah, I'm not sure it's actually causing a delay, anyway
[22:13] <ralsina> mmcc: shouldn't
[22:19] <ralsina> mmcc: did you get a chance to try my script on mac?
[22:19] <ralsina> if it works, and packaging is not horribly hard, we may get to fix that dock-icon-whatever situation
[22:23] <mmcc> ah, sorry, stepped away for a sec there. no, i haven't tried it
[22:24] <mmcc> if it works, packaging won't be hard at all,
[22:24] <mmcc> I'll try it soon
[22:38] <ralsina> mmcc: cool
[22:40] <ralsina> mmcc: what may not work there is mostly installing/not installing the right/wrong reactor/IPC thingie. Also, our app initialization is a maze.
[22:40] <mmcc> yes it is. but I understood it recently enough, I think I can make it work
[22:41] <mmcc> just wish I knew why this fix for the wizard didn't work on linux
[22:53] <ralsina> mmcc: if you push it to launchpad I can take a look over the weekend
[22:54] <ralsina> mmcc: as long as you include an explanation of why it's supposed to fix it ;-)
[22:58] <mmcc> ralsina: ok, I still have some time today to puzzle it out, I'll send you an email if I need your help over the weekend
[22:59] <mmcc> my explanation is in the commit message here: https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-cloud-computer-page
[23:00] <mmcc> btw, is that abusing the commit message? I tend to appreciate more complete commit messages, but that might be overkill…
[23:05] <ralsina> mmcc: it's better to put explanations in the other text field
[23:05] <ralsina> mmcc: and keeping the commit message short
[23:05] <mmcc> ralsina: well, this is just the branch, not the merge, right, so the final commit message on trunk can be short
[23:05] <mmcc> my issue with the long messages in merge proposals is that they don't show up in bzr annotate
[23:06] <mmcc> so any info in there is sort of lost to the ages once the branch merges to trunk
[23:06] <mmcc> I mean, you can find it via a linked bug, usually, but it's much easier to have it in the bzr commit message
[23:11] <ralsina> yes, but the bzr commit message is also used fr the package changelog and the stable branches changelog and it gets overwhelming
[23:11] <mmcc> ah, ok
[23:11] <ralsina> the commit message should reference the bug always, so commit msg -> bug -> branch -> long message (which I know is long)
[23:14] <mmcc> yeah it'd be nice if the merge details were faster to get at. I like the qannotate UI that lets me scan through changes and see commit messages
[23:14] <mmcc> if bug  and merge comments were in there too it'd be really handy
[23:14] <ralsina> mmcc: did you try bzr qlog?
[23:14] <ralsina> I use it every day :-)
[23:18] <mmcc> I have used qlog, yeah - I go back and forth with qannotate and qlog when I need to look at one file vs. what files a branch changed
[23:24] <mmcc> ralsina: in a qwizard, does it only get initializePage: when next() is called to send us to that page? I think I have a timing problem on linux that didn't show up on darwin
[23:25] <ralsina> yes, doesn't happen with back() for instance
[23:26] <mmcc> ok, looks like connecting the files service doesn't finish in time on linux, so we still don't have the action queue active when we try to send the ListVolumes…
[23:27] <ralsina> interesting
[23:47] <mmcc> ok, I'm not going to finish this in the next ten minutes. I'll come back later tonight


[00:03] <Aotom> Does anyone here have the most recent build installed?
[00:30] <krabador> Aotom, nothing are changed enough :)
[00:31] <Aotom> @krabador Thanks that's what I was wondering! Can't wait for a build I can use as a daily driver
[00:31] <krabador> Aotom, the same for me.
[01:32] <Borborygmi> Is it possible to find out a wlan device driver with "ip link"?
[01:35] <ogra_> no, that operates way above the driver layer
[01:35] <Borborygmi> Ah, found out another way, apparently it's a bcm4330 :P
[03:11] <dmband64> Working on EVO LTE...is anyone familiar with what causes the black screen at boot for some and not for others?
[07:41] <dholbach> good morning
[08:15] <gabkdlly> dholbach, good morning :)
[09:59] <bl4de> hi guys!
[09:59] <bl4de> i'm working at calendar of ubuntu touch.
[10:00] <bl4de> i want to make a rectangle clickable...any idea? :)
[10:00] <t1mp> bl4de: Rectangle { width: 200; height: 300; MouseArea { anchors.fill: parent; onClicked: print("clicked rectangle!" } }
[10:01] <bl4de> t1mp, thanks!!!! :D
[10:01] <bl4de> i was using a simple Button, but it's visible...this is perfect :)
[10:02] <bl4de> t1mp, so MouseArea is also for touch? :)
[10:04] <t1mp> yes. But there maybe some more advanced (multi-touch) gestures for which you would have to use special touch components
[10:04] <t1mp> so far for me everything worked with MouseArea.
[10:17] <bl4de> ...however the graphic of ubuntu touch is very very beautiful guys...
[10:18] <bl4de> is MUCH more beautiful than android one...
[10:21] <bl4de> if I want to memorize a qml repeater element in a variable, how can I do it?
[10:23] <derevyanko_a> hi everyone! are there any planned tasks for core apps development?
[10:24] <thuai> you can join core app project
[10:25] <derevyanko_a> what is development workflow in that project? https://ubuntu.mybalsamiq.com/projects/ubuntuphonecoreapps/grid ?
[10:26] <derevyanko_a> I want to contribute, but I have no experience in open-source project workflow...
[10:26] <thuai> Is there anyone known how to porting game to ubuntu touch?
[10:27] <thuai> so do i
[10:27] <thuai> you can find the core apps project in launchpad.net
[10:28] <thuai> https://launchpad.net/ubuntu-phone-coreapps
[10:28] <derevyanko_a> yes, I've download calculator app sources and built it successfully
[10:29] <thuai> which website to download it ?
[10:29] <thuai> Can you tell me the link?
[10:29] <derevyanko_a> its possible from the command 'bzr branch lp:ubuntu-calculator-app'
[10:30] <thuai> i remeber it.
[10:30] <derevyanko_a> also you need to install all necessary soft from the http://developer.ubuntu.com/get-started/gomobile/
[10:31] <thuai> i had installed ubuntu sdk.
[10:32] <bl4de> if I want to memorize a qml element, repeated by Repeater, in a variable, how can I do it?
[10:32] <derevyanko_a> ok, so after bzr branch... you will have source codes for app
[10:32] <thuai> ok, i see. thank you very much
[10:35] <bl4de> anyone can help me? :)
[10:35] <derevyanko_a> not me :(
[10:36] <bl4de> I'm implementing a color changing on selection of calendar touch app :)
[10:39] <thuai> hi bl4de,  can you paste you code, maybe i can help you
[10:39] <thuai> can you write an application with qml language?
[10:41] <bl4de> thuai, with pastebin? :)
[10:45] <bl4de> thuai, http://pastebin.com/87uZ8dxX . I've added the MouseArea part
[10:52] <thuai> hi bl4de, i want to run your code on my Qt Creator
[10:52] <thuai> can you paste dateTimeUtils.js
[10:53] <bl4de> thuai, the code is the bzr branch lp:ubuntu-calendar-app
[10:54] <thuai> oh
[10:54] <bl4de> with the MouseArea that I added
[10:56] <bl4de> The thing I want to do is to change color only to the last  selected rectangle :)
[10:58] <thuai> you mean mousearea of dayItem can not work?
[10:59] <Luxyla> Is this for real?! Is the OS REally working?
[11:00] <bl4de> thuai, nope, it works, but it changes the color to all rectangles I select...I want to change only the color of last selected one :)
[11:01] <Calamita> Morning all!
[11:01] <ogra_> Luxyla, the OS is ... not many features are yet though ...
[11:02] <Luxyla> Cool Ogra :D I'm so happy i bought a Gnexus when my GS2 died :)
[11:04] <bl4de> thuai, I found, I must use the index property
[11:04] <bl4de> :)
[11:07] <thuai> that's good
[11:08] <bl4de> thuai, wait...the index returns only the index of column -.-
[11:08] <thuai> index of
[11:08] <thuai> column?
[11:11] <bl4de> yes, it returns the index of the item in the Row (because the app is Row-based)
[11:13] <ttoine> hello
[11:13] <ttoine> I tried Ubuntu Phone on my Galaxy Nexus this week-end
[11:13] <ttoine> it is not really ready to use, true ?
[11:14] <ttoine> it is more like a demo
[11:14] <ogra_> well, you can make calls :)
[11:14] <ogra_> and browse the web via wlan ...
[11:15] <ogra_> most of the rest is still demo ... but there is a bunch of people working hard to get the core apps ready
[11:15] <Luxyla> I AM SOOOOO EXITED. !
[11:15] <Luxyla> cant wait.l
[11:15] <ttoine> ogra_, ok. Actually, I was ready ready to stay on Ubuntu Phone, but the fact is there is no way to bulk remove the demo contacts, and imports contacts from my google account
[11:16] <ttoine> once this is done, I am pretty sure I will use it
[11:16] <ttoine> ogra_, I ordered a dock with hdmi plug
[11:16] <ttoine> do you know if this is already working ?
[11:16] <ogra_> ttoine, you did read the release notes (hint there is a nice description about how to get rid of demo data)
[11:17] <ogra_> nope, the convergence wont work before next year
[11:17] <ttoine> I though I did
[11:17] <ogra_> the current focus is to get the phone part fully ready until october
[11:18] <ogra_> once thats done the convergence will be worked on
[11:18] <ttoine> ogra_, what was very anoying for me weh that the "back" button in the browser didn't work
[11:18] <ogra_> it does for me
[11:18] <ogra_> (reload doesnt though)
[11:19] <ttoine> ogra_, you know if there is a way to make an image of the phone before installing Ubuntu ? This way, one should note have to reconfigure android
[11:20] <ogra_> there are plenty of android tools to do that ... nandroid comes to mind
[11:27] <ali1234> actually most backup tools don't do full images
[11:28] <ali1234> i've never seen one that really does it
[11:28] <ali1234> nandroid sounds like it does, but really it doesn't - it just zips all files
[11:28] <ali1234> also, you have to unlock before you can do a real full backup... and unlock wipes the devices
[11:28] <ali1234> if you're locked, carbon seems to be the best but it still doesn't back up everything
[11:30] <IReboot> derevyanko_a: If this is true "I want to contribute" then see: https://wiki.ubuntu.com/Touch/Contribute
[11:31] <derevyanko_a> IReboot, already done
[11:32] <IReboot> derevyanko_a: great, I could not tell from your earlier statements :)
[11:42] <thuai> hi bl4de
[11:43] <thuai> you can get index of delegate
[11:43] <thuai> use variable 'index' direct
[11:44] <thuai> you can try it
[11:44] <bl4de> yes, but it returns me only the index IN THE ROW :)
[12:12] <Luxyla> anyone has got mobile data to work yet?
[12:15] <ogra_> not implemented in the stack yet
[12:15] <ogra_> someone has to teack network manager to tallk to the ofono stack about it
[12:15] <ogra_> *teach
[12:17] <Luxyla> Roger. Has Canonical announced any official GNex Release date?
[12:18] <ogra_> the phone should be ready by 13.10
[12:18] <ogra_> the full convergence with desktop and all by 14.04
[12:19] <Luxyla> What about a working OS to install ??
[12:19] <ogra_> the current OS works fine
[12:19] <ogra_> it just doesnt have many apps or all features
[12:19] <Luxyla> Hehe.. i think you know what i mean :D
[12:19] <ogra_> 13.10
[12:20] <Luxyla> Looking forward to it :D Thanks.
[12:32] <ttoine> is there a way to install a terminal ? and more over, to install openjdk on the ubuntu phone ?
[12:33] <coderzstas> hi ty all .. any 1 know how to install core apps on ubuntu-touch ?
[12:37] <coderzstas> hi ty all .. any 1 know how to install core apps on ubuntu-touch ?
[12:37] <dun1982> apt-get?
[12:38] <dun1982> Or the core apps should be there already.
[12:38] <dun1982> depends what you mean by core-apps.
[12:38] <dun1982> terminal => apt-get should be there to help you.
[12:38] <dun1982> or through adb...
[12:38] <coderzstas> Ubuntu Touch Core Apps Project: Design Guide Development Guide Calendar Clock/Alarm Weather Calculator Email Client RSS Reader File Manager Document Viewer YouTube Facebook Twitter Terminal
[12:39] <dun1982> http://www.omgubuntu.co.uk/2013/03/how-to-play-with-ubuntu-touch-apps-in-ubuntu-12-10?
[12:39] <dun1982> first thing I googled?
[12:39] <coderzstas> i need to install it on phone
[12:40] <dun1982> Hm... I would still think that it happens through the apt-get?
[12:40] <dun1982> so you add the repo there and install them?
[12:41] <coderzstas> can give me repo adress ?
[12:42] <dun1982> sudo add-apt-repository ppa:ubuntu-touch-coreapps-drivers/daily
[12:42] <dun1982> sudo apt-get update
[12:42] <dun1982> sudo apt-get install ubuntu-*-app
[12:42] <coderzstas> thanks alot
[12:49] <dun1982> But tell if that helped. It was in the first link I got from google :)
[12:50] <ttoine> ogra_, do you know if it possible to install openjdk on ubuntu phone ?
[12:51] <dun1982> Is there a open-jdk implementation on arm yet?
[12:51] <dun1982> two years ago there was no arm-version yet?
[12:52] <ogra_> ttoine, sure, there is apt-get and the whole ubuntu archive available
[12:52] <dun1982> Hm... https://blogs.oracle.com/henrik/entry/oracle_releases_jdk_for_linux I had old information :)
[12:52] <ttoine> ogra_, great to kow that
[12:52] <ogra_> dun1982, openjdk isnt oracle ;)
[12:52] <dun1982> I know :)
[12:53] <dun1982> But as you probably know, without Oracles move, there wont be open-jdk either for arm :)
[12:53] <ogra_> we have openjdk 6 and 7 in the archive for all ubuntu arches
[12:53] <dun1982> ... in linux world.
[12:56] <ttoine> I just have to find howto kick the default content
[12:57] <ogra_> ttoine, read tegh release notes
[12:57] <ogra_> there are instructions
[12:57] <ogra_> (see channel topic)
[12:59] <ali1234> so would that openjdk be able to actually... draw stuff on the screen?
[13:00] <dfgc> hi ppl
[13:02] <dfgc> anybody alive?
[13:03] <dun1982> yes, I keep breathing still...
[13:06] <ogra_> ali1234, i doubt that, it would need to have somw bridge into surfaceflinger
[13:06] <ogra_> *some
[13:06] <ali1234> what about egl?
[13:07] <ogra_> that might indeed work
[13:57] <nOStahl> hi all, whats new?
[13:58] <nOStahl> seems they changed the channel to ubuntu-touch since last time I was here
[13:58] <nOStahl> same happen for #ubuntu-tablet ?
[13:59] <dun1982> Might be, I have been here only when the channel has been #ubuntu-touch
[13:59] <nOStahl> ah
[14:00] <nOStahl> got it running on a device yet?
[14:00] <dun1982> But what ever the marketing people deem necessary to categorize and "sell" the product :)
[14:00] <dun1982> No, I'm trying to still port the "#EUR" to my gt-p6800 tablet.
[14:00] <dun1982> But should work with nexus series things out of box after rooting.
[14:01] <nOStahl> I'm really looking forward to all this
[14:01] <nOStahl> the ability to have a phone and dock it in a tablet or laptop shell or desktop dock
[14:01] <nOStahl> makes me shiver lol
[14:02] <dun1982> Yeah, I would even like the idea to use desktop version throgh my 7.7 superamoled+ screen :)
[14:02] <dun1982> Unity would rock with 1280x720 without issue :)
[14:02] <dun1982> But the touch would not be bad either :)
[14:04] <dun1982> Hm.. what does btw happen if you do "sudo apt-get install ubuntu-desktop?
[14:04] <Calamita> I'd like to know...
[14:05] <dun1982> If my tabled would run the ubuntu-base install I could try that :)
[14:05] <ogra_> dun1982, nothing, you wont have X
[14:05] <Calamita> infact, it doesn't currently support X11 so the GUI wouldn't show
[14:05] <ogra_> i mean, a lot would happen ... but not what you expect :)
[14:05] <dun1982> ok, x is not in the phablet repos? So we do not have the full quantal-repository that is available?
[14:05] <ogra_> X is in the repos
[14:06] <Calamita> it would, but you wouldn't see much! Need to set my SSH up!
[14:06] <dun1982> So, isn't there a dependency to install it then?
[14:06] <ogra_> but you would need an GLES capable Xserver for your device to make the desktop run
[14:06] <dun1982> aah :)
[14:06] <ogra_> which we likely dont have
[14:06] <ogra_> (unless its omap4, tegra2 or 3 )
[14:06] <ogra_> we have a desktop image for the nexus7 for which we have working drivers
[14:06] <dun1982> nah, I'm running some soft of exynos4 :)
[14:07] <dun1982> soft => sort
[14:07] <ogra_> you could run some desktop that doesnt need GLES on top of the xfbdev driver btw
[14:07] <ogra_> i.e. lubuntu or xubuntu
[14:07] <Calamita> Does anyone have any info on what will happen once the device is 'docked'. Like Ubuntu for Android
[14:08] <ogra_> Calamita, in april next yer it will fire up a desktop on the external monitor (if there is one)
[14:09] <dun1982> Btw, how in canodical going to arrange support for the devices after the release?
[14:10] <ogra_> we will merge all code into the git tree we get from porters
[14:10] <ogra_> (after review etc)
[14:10] <ogra_> so people can build without extra porting work
[14:10] <dun1982> ie. is it possible to use the ubuntu-touch, if during device preview phase we do not have yet drivers for all devices that are sold, but kinda have cm10.1 available?
[14:10] <ogra_> but images will only be provided for the supported devices
[14:11] <ogra_> dun1982, thats exactly what is happening now
[14:11] <dun1982> ok, that means that I have to find somehow to port the damn device then to current preview :)
[14:11] <ogra_> i.e. i run ubuntu-touch on my galayx S2 here
[14:12] <ogra_> (see the devices wikipage for details about working ports btw)
[14:12] <dun1982> I wonder what I should do to get the gt-p6800 to really boot into preview. It makes the image alrighty, but it just wont boot or use anything from /data/ubuntu :(
[14:13] <ogra_> did you follow the porting guide ?
[14:13] <dun1982> oh yes.
[14:13] <dun1982> Here is the situation at this moment: http://forum.xda-developers.com/showthread.php?t=2172335
[14:13] <ogra_> so there is likely something additionally to do then ... thats what porting is about :)
[14:14] <ogra_> (it took me a week to find wahts wrong with the wifi driver on my SGS2 here for example)
[14:14] <dun1982> Yeah, I just outright disabled the wifi from the first kernel image.
[14:14] <ogra_> and someone had to forward port an older mali driver for the fonts not to be corrupt ...
[14:19] <codedivine> Hi everyone. New here. Have a  question about the SDK for ubuntu touch. Is OpenGL ES 3 and OpenCL support planned?
[14:22] <ali1234> codedivine: i suspect that very much depends on whether those things are planned for support in android
[14:23] <ali1234> which probably means yes for new hardware for GL ES3 and no for openCL
[14:31] <janimo> rsalveti, the wiki page mentions the  " Android build environment will be way smaller than when comparing to the traditional Android builds." due to missing Java bits
[14:31] <janimo> is this referring to the resulting images?
[14:32] <janimo> rsalveti, as the tree is still 15 G and dalvik only takes up about 40Mb
[14:32] <rsalveti> janimo: build env and resulted image
[14:32] <rsalveti> janimo: but there are a bunch of other repos that we're not cloning
[14:32] <rsalveti> remember to use --reference when cloning, as I believe you have another android tree at your host somewhere :-)
[14:33] <janimo> rsalveti, I understood build env to imply working tree as well so was surprised to have it sync about as much as plain AOSP :)
[14:33] <janimo> just did not realize java was a small fraction of it
[14:33] <rsalveti> janimo: the big one is frameworks/av, which we still need to use
[14:34] <rsalveti> but we're not cloning a bunch of others as well, but probably not that big
[14:34] <janimo> rsalveti, I just used the phablet tool for cloning did not see any advanced usage. Indeed reusing repos from my existing mirrors would have helped :)
[14:34] <dun1982> Hm... it takes ages to get my ubuntu single signon to work with the wiki.ubuntu.com :)
[14:35] <rsalveti> janimo: yeah, there's a --reference there, and I remember I also added that to the wiki
[14:35] <ogra_> you need openjdk-6 installed for the final step where it creates the OTA imagfe (we dont use)
[14:35] <dun1982> Wow, it took over 30secs :)
[14:35] <rsalveti> to avoid downloading the entire repo in case you had cm or aosp already
[14:35] <rsalveti> ogra_: to sign the zip file as well
[14:35] <ogra_> i wonder if we could just switch off OTA creation
[14:35] <ogra_> oh, ok
[14:35] <rsalveti> but I believe that can be removed as well
[14:35] <ogra_> i thought i only saw it signing the ots
[14:35] <ogra_> *ota
[14:36] <ogra_> getting rid of the java dep would be nice though
[14:36] <rsalveti> yup
[14:41] <ali1234> just wondering if i can run the full minecraft on nexus 7 :)
[14:42] <ali1234> that would be a good reason to drop android
[14:42] <ali1234> rsalveti: is phablet-flash etc covered by the Canonical CLA?
[14:43] <rsalveti> ali1234: not sure, but probably, as it was created by canonical
[14:44] <dun1982> Did I do this correctly when I edited this page regarding Samsung Galaxy Tab 7.7 in wip-section? https://wiki.ubuntu.com/Touch/Devices
[14:47] <ali1234> rsalveti: well i have a pending merge request and i have not signed it... so i'd quite like to know one way or the other :P
[14:48] <rsalveti> ali1234: sure, will check
[14:48] <rsalveti> ali1234: have the mr link?
[14:48] <ali1234> https://bugs.launchpad.net/phablet-tools/+bug/1153346
[14:49] <rsalveti> thanks
[14:51] <codedivine> ali1234: thanks!
[15:05] <Powerful_Al> why don't sdk packages for ubuntu 12.04 include LocalStorage with QtQuick?
[15:05] <dholbach> rsalveti: is there still any reason I should be on the phablet team? :)
[15:06] <ogra_> dholbach, contribute code !
[15:06] <dholbach> not that I don't enjoy getting all the mail about merge proposals and ppa builds - it's good to see what's going on - just not sure if I need this particular set of keys :)
[15:06] <dholbach> ogra_, I think I can do that without being a member of that team ;-)
[15:06] <rsalveti> dholbach: not sure for anything specifically :-)
[15:06] <dholbach> all right - I think it was mostly just for the preview announce and getting the tool into the ppa
[15:07] <dholbach> rsalveti: obrigado
[15:07] <rsalveti> dholbach: our guideline is to include everyone :-)
[15:07] <rsalveti> so that happens
[16:21] <dpm> hi mmrazik, could you help this developer with his question on Jenkins? (see last comment about retriggering a rebuild) -> https://code.launchpad.net/~mrqtros/ubuntu-rssreader-app/feedlist/+merge/152463
[16:22] <mmrazik> dpm: I'm on it
[16:22] <dpm> thanks!
[16:26] <mmrazik> dpm: added a comment.
[16:27] <mmrazik> dpm: I wonder what you think about #3
[16:28] <dpm> mmrazik, thanks. I agree, we should go for #1 or #2. I'll recommend #1.
[16:30] <dpm> mmrazik, let's sort #3 out once we get the other parts of the infrastructure running (e.g. running qml tests automatically)
[16:30] <mmrazik> ij
[16:30] <mmrazik> ok
[16:30] <dpm> thanks
[17:04] <daentech> Hi guys, I was wondering if anyone knew how to change the ubuntu touch application launchers? I assumed they would be in /usr/share/applications. There appear to be some in there but altering them doesn't affect the launcher. Thanks
[18:02] <Akiva-Mobile> pyside or pyqt?
[18:08] <chouchoune> Akiva-Mobile: pyside at least isn't Qt5 ready yet as far as I remember
[18:09] <Akiva-Mobile> chouchoune: I recall one being ready
[18:09] <Akiva-Mobile> readyish*
[18:28] <agcalamita> I found some instructions to set up SSH on the Nexus 4 but I can't find them. Anyone got a link?
[18:29] <Casmo> https://wiki.ubuntu.com/Touch/ReleaseNotes#SshAccess
[18:29] <agcalamita> Thanks! Forgot it was under release notes!
[18:30] <Casmo> No problem. :)
[18:39] <Akiva-Mobile> will ubuntu touch be using .deb files?
[18:40] <ali1234> probably
[18:41] <agcalamita> Now got SSH access and don't know what to do LOL! Time to start looking at the SDK
[18:45] <rsalveti> ali1234: just updated your mr
[18:45] <rsalveti> ali1234: would you also mind signing http://www.canonical.com/contributors? you can put me as contact
[18:46] <Stskeeps> rsalveti: half-way through merging changes upstream - due to bzr and the weird starting point i've tried to do my best to credit individual authors in commits, can't do a 1:1 git
[18:46] <rsalveti> Stskeeps: oh, sure, I'm actually cleaning it up at this moment :-)
[18:46] <Stskeeps> rsalveti: you really need to take a look at the nvidia hack though, it looks significantly evil
[18:46] <rsalveti> Stskeeps: was planning to send the patches later today/tomorrow, but cool you started already
[18:47] <rsalveti> Stskeeps: yup, goal is to not have it
[18:47] <Stskeeps> no, as in, it would leak memory like hell :P
[18:47] <rsalveti> if you prefer I can come up with a merge proposal for the shared stuff first
[18:47] <Stskeeps> let me see
[18:47] <Stskeeps> (sec)
[18:47] <rsalveti> Stskeeps: yeah :-()
[18:47] <rsalveti> :-)
[18:49] <Stskeeps> http://bazaar.launchpad.net/~phablet-team/phablet-extras/llibhybris/view/head:/hybris/common/hooks.c#L148 is completely nonsensical - you malloc a size_t but for what reason?
[18:49] <Stskeeps> you as in whoever wrote the code :P
[18:50] <Stskeeps> also, s value is thrown away
[18:50] <rsalveti> Stskeeps: yup haha, guess it was mike
[18:50] <matge> daentech: The apps are currently hardcoded
[18:50] <rsalveti> but yeah, this was just a dirty hack to get something to work with tegra based devices
[18:50] <Stskeeps> :nod: i've not needed that for the tegra devices i've seen
[18:50] <rsalveti> kdub got something better to be used with mir, but I'm waiting him to clean that up
[18:51] <rsalveti> we got a bunch of thread issues with them, seems it's heavily using pthreads internally
[18:51] <rsalveti> without the hack we can get the shell to work, but I remember mir wasn't working
[18:51] <rsalveti> after we added some extra check for shared mutex
[18:52] <Stskeeps> ok
[18:52] <Stskeeps> but yeah, proposals on merge requests could work
[18:52] <rsalveti> Stskeeps: how would you like to move this forward?
[18:52] <Stskeeps> i'm not against two trees where one is meant to be built on android and one on glibc
[18:52] <daentech> thanks matge, I assumed that would be the case, but I was just hoping :P
[18:52] <Stskeeps> like it is in the phablet tree
[18:53] <Stskeeps> ie, hybris/ and compat/
[18:53] <rsalveti> Stskeeps: yeah, don't like that either
[18:53] <rsalveti> we could move into a different project/tree, that would be part of the android git tress
[18:53] <Stskeeps> well, i'm saying i think it's fine, as there's bound to be more in the future
[18:54] <rsalveti> and just have at libhybris whatever that is relevant for the ubuntu side
[18:54] <Stskeeps> question is also what's most efficient - maybe it makes sense to seperate out some libs in seperate packages
[18:54] <Stskeeps> though that may be problematic, too
[18:55] <rsalveti> yup
[18:55] <Stskeeps> either way: merge requests that can be reviewed and discussed, that's probably best way forward
[18:55] <rsalveti> alright
[18:55] <Stskeeps> the merging i already did should be a good basis
[18:55] <rsalveti> Stskeeps: do you have that somewhere already?
[18:55] <rsalveti> I can continue from that
[18:55] <Stskeeps> github.com/stskeeps/libhybris
[18:56] <Stskeeps> latest commit regarding _TEXTURE_EXTERNAL_OES may be faulty, but it's just a test case
[18:56] <rsalveti> great, thanks
[18:59] <Stskeeps> and while i can disagree on some politics of this entire thing, there'll always be common components that people like you and me have to work together on, no matter the brand or political choices the end product has :P
[18:59] <Stskeeps> so i'm open to discussions on a technical manner on whatever comes in of patches
[19:04] <rsalveti> Stskeeps: right, cool, thanks :-)
[19:08] <ali1234> rsalveti: will sign the CLA, no problem. regarding updating the mr, do i just commit on top and push and it updates it all automatically?
[19:08] <rsalveti> ali1234: yeah, just create another commit at your own branch and push to the same branch used by the MR
[19:08] <rsalveti> the MR will then be automatically updated with the new code
[19:08] <ali1234> cool
[19:14] <ali1234> "We will be in contact soon" sounds ominous :S
[19:15] <ali1234> i will await the purple helicopters
[19:16] <ali1234> (also don't google "purple helicopters" at work)
[19:20] <rsalveti> lol
[19:28] <morphis> rsalveti: ping
[19:29] <rsalveti> morphis: pong
[19:29] <morphis> rsalveti: I had a look at the compat layer you did for libhybris
[19:29] <morphis> especially the camera/media part
[19:30] <rsalveti> right
[19:30] <morphis> as part as I can judge the android parts are bound to surface flinger, you're planing something to workaround this limitation in the future to utilize it through mir?
[19:31] <morphis> s/part/far/
[19:31] <rsalveti> I believe most of the mir specifics will go under ubuntu-platform-api (lp:platform-api), and the code that deal with surface flinger will still be available as it can be useful for testing purposes
[19:32] <rsalveti> from compat I believe we're now only using camera and media
[19:33] <rsalveti> the input and surface_flinger seems to be used only by our powerd, to get input data directly and request sf to blank/unblank
[19:35] <morphis> rsalveti: in detail I saw that the interface of the android libs expecting a ISurfaceTexture interface but didn't looked that much into the details
[19:39] <morphis> rsalveti: but I am right that with mir surfaceflinger will not be used anymore?
[19:39] <rsalveti> morphis: yeah, I believe we got people working on migrating to mir already, but afaik the goal is to migrate completely around may
[19:40] <morphis> hm ok
[19:43] <BEC> Hello; is there a list of possible devices that will be able to run Ubuntu? or that is planned to port Ubuntu onto?
[19:43] <BEC> thx
[19:43] <Casmo> https://wiki.ubuntu.com/Touch/Devices These are most of the devices that are being ported. :p
[19:44] <Casmo> And if a device isn't in there, Google might help you find if they're busy working on that specific port as well.
[19:48] <dank101> hey
[19:48] <dank101> is there a galaxy expert here
[19:48] <dank101> (odin)
[19:49] <ali1234> heh, i found a legit bug :)
[19:49] <dank101> :O
[19:49] <dank101> wat is it
[19:50] <ali1234> validate_device needs the @adb_errors decorator, not detect_device
[19:50] <ali1234> but now i've separated them, they both need it
[19:52] <ali1234> to see the bug in action, run phablet-flash -d grouper with no phone connected, and watch it dump the stack :)
[19:52] <ali1234> this will be fixed shortly :)
[19:53] <dank101> Device detected as grouper
[19:53] <dank101> i don't even have a grouper
[19:53] <ali1234> yeah -d overrides
[19:54] <rsalveti> ali1234: cool, let me know once you're done with your mr
[19:55] <ali1234> just need to do one last test through and it's done i think
[19:55] <dank101> i have a question to anyone who has used odin/heimdall
[19:55] <ali1234> i have
[19:55] <ali1234> but i was just copy pasting instructions from CM wiki...
[19:56] <dank101> do you need all the parts to upload a firmware to a galaxy using heimdall
[19:56] <dank101> tl;dr if i don't have recovery.img or any other stuff do i need to get those
[19:56] <dank101> or will heimdall/odin skip that
[19:56] <ali1234> well that's not how i did it
[19:57] <ali1234> i flashed CM first, so i had recovery
[19:57] <ali1234> then i used recovery to flash custom build
[19:57] <ali1234> i guess you could do it all with heimdall but i don't really know how
[19:57] <ali1234> what i do know is when you build a custom post you get one zip with all the parts in it except for the armhf rootfs.zip
[19:58] <ali1234> so in the end you only need to flash two things
[19:58] <ali1234> i would recommend you just follow CM instructions with regards to getting recovery on the device
[19:58] <ali1234> and then use that to flash the rest
[19:59] <ali1234> so - that's flash recovery with heimdall, then flash the two zips with recovery
[20:00] <ali1234> but if you're talking about galaxy nexus this all does not apply, and i have no idea...
[20:03] <Umeaboy> Hi!
[20:04] <Umeaboy> Anyone that wants to help me get the Samsung Galaxy Tab P1000 supported for Ubuntu Touch preview-version?
[20:04] <Umeaboy> Just asking.
[20:05] <ttoine> hello
[20:05] <ttoine> I have a tuna/maduro 16bg phone
[20:06] <ali1234> rsalveti: pushed
[20:06] <rsalveti> ali1234: thanks
[20:06] <ttoine> I tested Ubuntu phone this week-end and after, reinstalled android. since, I can't call. If i answer, or if I start a call, the phone restart
[20:06] <ttoine> any idea ?
[20:08] <dank101> ...
[20:08] <ali1234> ttoine: sounds bad :/
[20:08] <dank101> noob questions like that means you shouldn't be using it
[20:08] <ali1234> what's maguro's real name?
[20:08] <ali1234> hum... i disagree
[20:08] <ali1234> if the image broke calling... we need to know
[20:09] <dank101> but they should know a fix
[20:09] <dank101> and if it doesn't work
[20:09] <ali1234> who is "they"
[20:09] <dank101> the people
[20:09] <ali1234> read carefully the question
[20:09] <ali1234> he says calling is broken after going bac to android
[20:09] <dank101> Oh
[20:10] <dank101> wait no
[20:10] <dank101> reinstalled android. since, I can't call. If i answer, or if I start a call, the phone restart
[20:10] <ali1234> ttoine: can we get some clarification?
[20:10] <ali1234> calling doesn't work any more after you went back to android?
[20:11] <dank101> >reinstalled android. since, I can't call
[20:11] <dank101> >since
[20:11] <ali1234> i'm reading that as "i tested ubuntu phone this weekend, and after[wards], i reinstalled android. since then, i can't call"
[20:12] <ttoine> ali1234, what do you want to know ?
[20:12] <dank101> the after is a period
[20:12] <dank101> is it Touch or Android
[20:12] <ttoine> it is a galaxy nexus, code tuna, version maguro
[20:13] <dank101> nono
[20:13] <dank101> is the issue in Touch or Android
[20:13] <dank101> xD
[20:13] <ttoine> dank101, in android
[20:14] <ttoine> and i would like to know if this a known issue
[20:14] <dank101> ttoine, ... well, thats not supposed to happen
[20:14] <ali1234> ttoine: i've not seen any reports of this but hey, maybe you're the first of many :(
[20:14] <ali1234> ttoine: do you know how to check IMEI?
[20:14] <dank101> i think flashing a new ROM then going back to stock should work
[20:14] <ttoine> since I reinstalled android, I can do anything but phoning
[20:14] <ttoine> ali1234, no
[20:15] <ali1234> dial *#06#
[20:15] <dank101> AHHHH my brain hurts
[20:15] <ali1234> it will show a number
[20:15] <ali1234> DONT post the number here
[20:15] <ali1234> it's supposed to be private
[20:15] <dank101> if you do
[20:16] <dank101> be carefuk
[20:16] <dank101> *careful
[20:16] <dank101> and get a new plan
[20:16] <rsalveti> ali1234: added a minor comment there
[20:16] <ali1234> if the number is like<PHONE_NUMBER>00 then you have a serious problem
[20:16] <rsalveti> ali1234: basically we can remove the 'return device' from validate device
[20:16] <rsalveti> as it's not assigned anymore
[20:16] <ali1234> rsalveti: ah, good point
[20:17] <ttoine> ali1234, and what do I do with the imei ?
[20:17] <ali1234> ttoine: well you need to figure out if it's a valid one basically
[20:17] <dank101> if it is<PHONE_NUMBER>000
[20:17] <ali1234> but without telling it to anyone
[20:17] <dank101> then...
[20:17] <ali1234> if it's all 0 it's definitely not valid
[20:17] <dank101> go to your carrier
[20:17] <ali1234> carrier will not help you :(
[20:17] <ttoine> it is not 0000000
[20:17] <dank101> and return the device
[20:18] <ttoine> it seems regular
[20:18] <dank101> ok good
[20:18] <ali1234> does it start with a 7?
[20:18] <dank101> thats goof
[20:18] <dank101> *good
[20:20] <ali1234> ttoine: if you look under battery you should see the IMEI printed there. it should match - but sometimes it does not and that is Ok too
[20:21] <ttoine> ali1234,
[20:21] <ttoine> no
[20:21] <ali1234> no?
[20:21] <ttoine> ali1234, it matches
[20:21] <ttoine> sorry, wrong window
[20:21] <ali1234> ok, that's good
[20:22] <ali1234> in that case i suggest doing a reflash
[20:22] <ali1234> actually, try wiping cache partition first
[20:22] <ttoine> ali1234, I just tried, but there is waiting for device in the terminal
[20:22] <ali1234> did you flash back to stock?
[20:23] <ttoine> ali1234, I get the image from the link on the howto
[20:23] <ali1234> that's a yes then
[20:23] <ali1234> well... i don't really have any more suggestions at this point
[20:23] <ttoine> I get the same image, hte JDQ39
[20:23] <ali1234> i bet you need to wipe the cache partition or something, though
[20:24] <ttoine> how i do that ?
[20:25] <ali1234> good question... i would just do it from CWM, but then i'm all custom rom'd
[20:26] <Macer> hello. just wondering about up having a term and a gnu userland
[20:26] <Macer> will there be apt and gnu type apps?
[20:26] <ali1234> you have a gnu userland
[20:26] <Macer> wow nice
[20:26] <Macer> repos and all with apt?
[20:26] <ali1234> a terminal will be available at some point
[20:26] <ali1234> yes
[20:26] <Macer> that is awesome. thank you
[20:26] <ttoine> ali1234, CWM ?
[20:26] <ali1234> sshd if you want
[20:26] <Macer> well.. not really that
[20:26] <ali1234> ttoine: clockworkmod recovery
[20:26] <Macer> don't really need daemons to run on it
[20:26] <ali1234> Macer: it's best way to access terminal on device currently
[20:26] <Macer> but that is amazing .. best thing i've heard since maemo heh
[20:27] <ttoine> ali1234, I don't know about that
[20:27] <Macer> ah i see
[20:27] <Macer> yeah i guess that makes sense
[20:27] <Macer> since no term yet
[20:27] <Macer> doesn't use xorg either correct?
[20:27] <ali1234> correct
[20:27] <Macer> xorg had it coming long ago ;) especially with direct kernel access to the gpu parts
[20:27] <ali1234> heh, thought i recognized the name from somewhere
[20:28] <Macer> hopefully someone releases a device with a qwerty
[20:28] <Macer> a piece of me will die inside if they are all vkb devices
[20:28] <ali1234> you could get one of those will.i.am keyboard things and write a linux driver for it
[20:28] <ttoine> is there a way to add a bluetooth keyboard to ubuntu phone ?
[20:28] <Macer> i just recently bought an e7 just for that purpose
[20:29] <Macer> ali1234: i'm sure if there is good reception then the qwerty phones will be running amok ;)
[20:29] <Macer> i can't see a phone with a term without having a qwerty option (or qwertz for ze germans)
[20:29] <Macer> ubuntu should force germany to use a qwerty heh
[20:29] <ali1234> ttoine: probably if you can get bluetooth working. should be possible eventually
[20:29] <Macer> yeah... bt took quite a while with android as well
[20:30] <Macer> ad-droid :)
[20:30] <Macer> well.. this is great news.. i know i will jump onboard.. hopefully there is a decent qwerty device that i can use it on out there later
[20:30] <Macer> thanks for the info
[20:31] <ttoine> ali1234, need to restart my internet
[20:31] <ali1234> rsalveti: pushed again :)
[20:31] <ttoine> I come back if I can't solve the problem
[20:31] <ali1234> wait
[20:31] <rsalveti> ali1234: thanks, seems we're only missing the removal from the validate_device method comment
[20:31] <rsalveti> 41	returns device
[20:32] <rsalveti> ali1234: mind also removing that?
[20:32] <ali1234> there's another one
[20:32] <ali1234> it doesn't even use the parameter in the first place :P
[20:32] <ali1234> it was only passed in to pass through to detect()
[20:32] <rsalveti> ali1234: right, even better
[20:33] <rsalveti> remove everything that's not needed :-)
[20:33] <ali1234> and the return was invalid anyway since it did device = detect(device_param)
[20:33] <rsalveti> right
[20:33] <rsalveti> only adb is needed it seems
[20:34] <ali1234> ok, really fixed this time i hope
[20:35] <ali1234> (if this was git i would definitely squash these silly patches together with a rebase :P)
[20:35] <rsalveti> I know
[20:35] <rsalveti> that's the part I hate the most with bzr
[20:36] <ali1234> argh noooooooo
[20:36] <ali1234> i forgot to delete it from the call
[20:37] <ali1234> *facepalm*
[21:01] <SlickTryingTouch> Can anyone help with this error?: phablet-tools : Depends: python-requests but is not installable ... tried apt-get clean, update, upgrade, clean again ... update again
[21:02] <popey> SlickTryingTouch: what distro/version you running?
[21:02] <SlickTryingTouch> @popey Ubuntu 13.04
[21:03] <popey> apt-cache policy python-requests
[21:03] <popey> what does that return ?
[21:03] <popey> http://paste.ubuntu.com/5605996/ is what I get
[21:04] <SlickTryingTouch> N: Unable to locate package python-rewuest
[21:04] <gartimusprime> hello
[21:04] <popey> SlickTryingTouch: sudo apt-get update
[21:04] <popey> can you pastebin the entire output ?
[21:04] <SlickTryingTouch> k, did that but ill try again .. and sure
[21:06] <popey> er
[21:06] <popey> you mistyped it
[21:06] <popey> python-rewuest
[21:06] <popey> it's python-request
[21:06] <popey> it's python-requests
[21:06] <popey> :D
[21:06] <SlickTryingTouch> ok i was wrong about version its 12.04.1 Pango -
[21:06] <SlickTryingTouch> yeah only on chat, its right on term
[21:06] <popey> ok
[21:06] <popey> good to check :D
[21:06] <SlickTryingTouch> :)
[21:07] <SlickTryingTouch> If i go to 13.04 would i have a better chance, before mucking around to much?
[21:07] <popey> python-requests exists in 12.04 too
[21:07] <SlickTryingTouch> ok
[21:07] <SlickTryingTouch> PAstebin for apt-get update is : http://pastebin.com/SKPGbyAZ
[21:08] <popey> thanks
[21:08] <SlickTryingTouch> no thank you :)
[21:08] <popey> right
[21:08] <popey> you dont have universe enabled
[21:08] <popey> that's why it can't find it
[21:08] <popey> run software-properties-gtk
[21:08] <SlickTryingTouch> gah, so simple, ok ill do that ... and thank you so much
[21:08] <popey> p
[21:08] <popey> np even
[21:11] <SlickTryingTouch> @popey Thanks again so much, it is installing now :)
[21:37] <GregGalNexus> Hi all
[21:37] <RobbyF> Hi
[21:38]  * GregGalNexus has just installed ubuntu on his Galaxy Nexus. Can I do anything useful on it yet?
[21:38] <RobbyF> useful?
[21:39] <RobbyF> browser sites
[21:39] <RobbyF> facebook and I think twitter
[21:39] <RobbyF> camera is functioning
[21:39] <GregGalNexus> Useful like add apps, libreoffice that sort of thing or is it just a tech demo?
[21:40] <RobbyF> Just a dev preview. yeah
[21:42] <GregGalNexus> It looks interesting, a little buggy in places and takes a while to figure stuff out but definitely moving in the right direction :)
[21:42] <RobbyF> I really love it
[21:43] <RobbyF> I just need some of the core apps to be more functional then learn how to load them.
[21:44] <GregGalNexus> I do like the app switching from the right
[21:56] <Akiva-Mobile> qtcreator... Do you recomend it for a c++ ide?   "Cross Platform" :/
[22:35] <RobbyF> Is there a quick way to install daily updates of the core-apps? I'm sure this is a ppa available for ubuntu-touch
[22:37] <dank101> sudo apt-get upgrade
[22:37] <RobbyF> lol really?
[22:38] <RobbyF> even if i'm flashing daily images?
[22:38] <dank101> i think
[22:39] <dank101> it would be better if someone made a app to run a SHell script to manually install it one by one
[22:39] <dank101> upgrade is kinda risky
[22:46] <dank101> can someone help me
[22:46] <dank101> can i make a Qt program to load a website
[22:47] <RobbyF> That would make sense to me, but i'm not a programmer/coder/dev.
[22:47] <dank101> yeah
[22:47] <dank101> im trying to  make a unoffical hackertyper app
[22:47] <dank101> because im just that awesome
[22:47] <dank101> not
[22:48] <RobbyF> what that exactly
[22:48] <RobbyF> I'm on it. just button mash?
[23:45] <dank101> is Qt5 compatible with all the Qt4 imports


[00:07] <jbuncher> apw:  I tried booting one of the kernels and my wireless card is not recognized.  I believe I need the file iwlwifi-3945.ucode to be installed in something like /lib/firmware/newkernel/  Is there something else I need to install, or should I just ln -s to one of my existing kernel firmware directories in /lib/firmare?
[00:07] <apw> jbuncher, yes i would copy that in manually, i have nothing built there.  thanks for your persistance
[00:09] <jbuncher> apw:  No problem, I'm just glad that someone is looking into the bug :)  I'll try rebooting again.
[00:20] <jbuncher> apw:  I still can't seem to get my wireless card to be recognized in those kernels.
[00:21] <apw> jbuncher, getting anything in dmesg relating to it at all?
[00:21] <jbuncher> apw:  I checked, didn't see anything obvious
[00:22] <apw> can you paste in a dmesg from one of them
[00:23] <apw> i will have to think about it tommorrow, am too tired to do think on it further today
[00:23] <jbuncher> apw:  would that be /var/log/messages.0 for the previous boot?
[00:23] <apw> the version should be in the dmesg i think
[00:23] <jbuncher> apw:  sorry, dmesg.0
[00:24] <jbuncher> apw:  I found a dmesg log, I'll attach it to the bug report.  I need to be getting home too anyway.  Thanks for your help though.
[00:24] <apw> will see what else we can come up with tommorrow
[00:32] <jbuncher> apw:  Sounds good.  The dmesg is attached to the bug now.  Have a good night.
[02:03] <btm> should be importance: wishlist -- #205528 (needs-packaging)
[05:42] <dholbach> good morning
[06:57] <maco> asac: you around?
[07:03] <maco> dholbach: hello?
[07:03] <dholbach> maco: hello? :)
[07:05] <maco> dholbach: are you on jaunty?
[07:06] <maco> best case is you have a computer other than the one you're using that's running jaunty
[07:06] <dholbach> yes
[07:06] <dholbach> what are you looking for?
[07:06] <maco> if you configure an interface in /etc/network/interfaces, does NM in jaunty remember to ignore that device?
[07:06] <maco> because NM on here is showing wireless networks when i have wlan1 configured in /etc/network/interfaces
[07:06] <dholbach> I hvae no idea
[07:07] <maco> well i dont think it's *supposed* to
[07:07] <maco> im just wondering if you can reproduce that behaviour
[07:25] <Laibsch> What is the best way to get a bug that I triaged up to the point of providing a verified debdiff against current Jaunty sources on the radar screen of the release managers?
[07:25] <Laibsch> Some team I should subscribe?
[07:26] <Laibsch> Some flag?
[07:26] <Laibsch> something else?
[07:26] <maco> what part of the archive?
[07:26] <maco> main or universe?
[07:26] <Laibsch> can be either
[07:26] <Laibsch> I mean, I triage both main and universe
[07:26] <Laibsch> So, eventually, I will need both
[07:27] <maco> ah ok
[07:27] <maco> well its ubuntu-main-sponsors
[07:27] <maco> (i meant for this package, but whatever)
[07:27] <maco> for main
[07:27] <maco> and ubuntu-universe-sponsors for universe
[07:27] <maco> just subscribe them to the bug
[07:27] <Laibsch> hm, OK
[07:27] <Laibsch> They deal with a lot of stuff, though
[07:27] <Laibsch> IIRC, I had a few things linger for weeks even after subscribing them
[07:28] <maco> it happens
[07:28] <Laibsch> This was not for Jaunty, granted, but a few weeks delay could invalidate the work I did, Jaunty is fast-moving and I'd have to rebase
[07:28] <Laibsch> Plus, it's not that many more weeks until release
[07:28] <Laibsch> I'll add those team to cc
[07:29] <Laibsch> If anybody else knows some other trick, let me know.  Thanks maco
[07:29] <maco> well i suppose you could try to figure out how to poke them and hope they dont get annoyed at you...
[07:29] <maco> Laibsch: any chance you're running jaunty?
[07:29] <maco> (i'm trying to get someone to replicate this bug)
[07:30] <Laibsch> #?
[07:30] <maco> hasnt been posted yet. id like to be sure its not my usual encounter with heisenbugs
[07:31] <Laibsch> yes, I'm running jaunty
[07:31] <maco> the trouble is i have my wireless configured in /etc/network/interfaces.  somehow, network manage still displays available networks for my wireless card. AFAIK, nm is supposed to ignore any manually-configured-in-the-interfaces-file interfaces
[07:43]  * maco digs out other laptop for comparison testing
[07:43] <maco> it'll be *very* interesting if i manage to make a heisenbug migrate from one laptop to another
[07:46] <YoBoY> bug 334207 -> wishlist
[07:47] <maco> marked
[07:48] <YoBoY> good morning :)
[07:51] <Laibsch> maco: I'm very happy with my wifi on Jaunty, more than on Hardy initially and I'm not really willing to fiddle with that, sorry.
[07:51] <maco> ok
[07:52] <maco> i just tried on my other laptop and it doesnt reproduce there. now im wondering if NM is looking at /etc/udev/rules.d/70-persistent-net.rules and going "2 wireless cards are listed, but i cant find one and the other is manually configred...meh, use it anyway"
[07:53] <maco> so im going to see if it still shows up when i remove the old wireless card from the config
[08:02] <Laibsch> maco: I think you're drifting towards a support request
[08:02] <Hobbsee> Laibsch: there's a mail that deals with this.  let me find it
[08:04] <Hobbsee> Laibsch: oh, and we're on irc too, fwiw
[08:04] <Laibsch> ??
[08:04] <Hobbsee> Laibsch: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-October/000508.html
[08:04] <Laibsch> you got me confused now
[08:04] <Laibsch> OK
[08:04] <Laibsch> Will read
[08:05] <Hobbsee> (i'm belatedly replying to your "how do I get my bug on the release managers watchlist?" question)
[08:05] <Laibsch> I see
[08:05] <Laibsch> Thanks
[08:05] <Hobbsee> however, the release managers don't automatically sponsor things, so ubuntu-*-sponsors is usually the queue to put it on (although they can if they wish)
[08:05] <Hobbsee> you're welcome
[08:05] <Laibsch> Exactly what I was looking for
[08:13] <maco> my hypothesis failed
[08:13] <Hobbsee> maco: btw, we're on IRC - we're not too hard to poke
[08:14] <maco> Hobbsee: its more of knowing *who* to poke
[08:14] <Hobbsee> maco: that's true.  ~ubuntu-release &/or ~motu-release on launchpad's usually a good start ;)
[08:14] <maco> laserjock and scottk are the ones im totally sure of, and they like to stick to edubuntu and kubuntu respectively
[08:15] <maco> you said "we" though so i guess now you're on the list?
[08:16] <maco> ok so neither weird networkmanager junk i'm experiencing is linked to having 2 interfaces that are not present listed in my udev rules
[08:16] <maco> however, my other laptop exhibits neither of the bugs
[08:17] <maco> i really wish i could get a reproducible bug once in a while
[08:20] <Hobbsee> maco: i released one of the alphas for gutsy, and am still on that list, yes.
[08:21] <maco> by "now on that list" i meant i just put you on my mental list :P
[08:21] <Hobbsee> oh :)
[09:34] <zinzin> hi,
[09:34] <maco> zinzin: well now that youve asked the first thing to do would be to search on launchpad
[09:35] <zinzin> maco: i did, but dont see such a report
[09:35] <maco> ok then file the bug
[09:36] <zinzin> ok, will put it here first, then file a bug later. lets see if anybody knows the problem
[09:36] <zinzin> i am using 8.10 on GPU i915 Intel. i got the problem when run glxgears, like "Failed to initialized GEM. Falling back to classic". Now OpenGL doesnt run anymore. Anybody knows this problem?
[09:36] <zinzin> it didnt happen with me before, so perhaps the recent update of xorg is the culprit??
[09:36] <zinzin> i mean glxgears doesnt run anymore
[09:37] <maco> zinzin: run "apt-cache policy xserver-xorg-video-intel" and paste hte Installed: line
[09:38] <zinzin> Installed: 2:2.4.1-1ubuntu10.3
[09:38] <zinzin> maco: is there any way to fall back to older version, to see if that can fix my problem?
[09:38] <maco> ok, now wait and maybe someone else can say "yes i see it too, you're not crazy" and then you guys can file a bug with confirmation
[09:39] <maco> yes, you can install the older one with dpkg -i --force-downgrade
[09:39] <maco> have to find it though
[09:39] <zinzin> maco: then how to know which version to downgrade to?
[09:39] <zinzin> and how about other related packages? need to downgrade, too?
[09:39] <maco> might still have it in /var/cache/apt/archives
[09:40] <maco> maybe. i dont know what all it'd depend on, and im not using 8.10
[09:42] <zinzin> maco: hmm, i find that in /var/cache/apt/archives only 1 package, that has exactly version i am using
[09:43] <zinzin> so it seems i never upgrade it in the first place (?)
[09:43] <maco> or you ahve it set to remove old versions automatically
[10:05] <zinzin> maco: i think i found the problem: the PAE kernel doesnt work with GEM
[10:06] <maco> oh ok
[10:06] <zinzin> so i have to turn off PAE in the compiled kernel
[10:06] <zinzin> the bug was reported upstream
[10:06] <zinzin> https://bugs.freedesktop.org/show_bug.cgi?id=17993
[10:06] <zinzin> i think that is the case. i am recompiling kernel now, to see if the problem is gone
[10:45] <askand> Is it possible that latest inteldriver may fix bug 303011 , info in the last comment
[12:33] <Laibsch> I'm sure DKMS is nice, but I wonder if we're not going to see Ubuntu-supplied kernel modules as a separate package anytime soon (compiled with the help of dkms, I suppose)
[12:33]  * Laibsch really hates to have all that cruft on his laptop just to have a simple module which was packaged before
[15:53] <jbuncher> apw:  still no luck with recognizing my wireless card on those kernels
[15:53] <apw> well thats balls isn't it
[15:53] <jbuncher> apw:  is there a way I can download the source and have it use my current config settings?  Like with make oldconfig?  I've done that before, though I largely forget the steps.
[15:54] <apw> yep, you can slurp down the kernel
[15:54] <jbuncher> apw:  slurp?
[15:54] <apw> copy your current config from /boot/config-<uname -r>
[15:54] <apw> make oldconfig, and then make it
[15:55] <apw> i don't find install works as nice as i might hope
[15:55] <apw> but, that is in theory exactly what my mainline builds did (the second time round)
[15:55] <apw> jbuncher, which of those builds did you test?
[15:56] <apw> (and did it throw that dependancy warning this time?)
[16:01] <apw> jbuncher, btw, this is probabally more appropriate to #ubuntu-kernel, see you over there
[16:02] <jbuncher> apw:  I installed all 3, but I tried booting the <IP_ADDRESS> build.  No dependency warning this time on any of the installs.
[16:03] <apw> jbuncher, /join #ubuntu-kernel
[16:03] <jbuncher> apw:done
[16:18]  * skorasaurus is away: Away
[16:34] <askand1> If I should file a bug about removing PalmOS from the preferences menu, what package should I file it against?
[17:35] <btm> there is a bug status 'wont fix' but I assume regular users can't access it?
[17:36] <savvas> yes btm
[17:36] <savvas> I think it's reserved for the bug triagers and the coders
[17:41] <bdmurray> Only the ubuntu-bugcontrol team can set a bug's status to won't fix.
[17:41] <btm> is there a process for getting them to look at a bug? subscribe a user? or just leave it for them to stumble across?
[17:43] <bdmurray> you could mention it here ;-)
[17:43] <btm> sure, just didn't want to spam over all these join/parts ;)
[17:43] <btm> https://bugs.launchpad.net/ubuntu/+source/libpgsql-ruby/+bug/290648
[17:46] <mrooney> For a bug that is new in Jaunty and gets fixed with an update, that gets marked Fix Released right?
[17:47] <charlie-tca> btm: done
[17:47] <MrKanister> mrooney: Yes, if the fix made it to an Ubuntu release the bug that belongs to the package can be set to "fix-released"
[17:48] <bdmurray> If you definitively know the cause and fix
[17:49] <bdmurray> If it was magical I'd prefer it became Invalid
[17:49] <mrooney> MrKanister: well Jaunty isn't released yet, hence the question
[17:50] <mrooney> bdmurray: yeah it is narrowed down to a specific commit in the source package so I'll do released, thanks!
[17:50] <MrKanister> mrooney: But the fix is in Jaunty...so in the jaunty release :)
[17:51] <MrKanister> The final release does not have to be released to mark a bug as fix releasd
[17:52] <mrooney> really, I thought we did Fix Committed in that case for some reason
[17:54] <MrKanister> The bugsquad usually uses "fix commited" if the bug has been fixed in the upstream project, but an updated package is not yet in Ubuntu
[18:07] <btm> this should be wontfix for ubuntu (gems pkg drama) and fixed upstream [or not] (debian) https://bugs.launchpad.net/ubuntu/+source/libgems-ruby/+bug/244742
[18:08] <DaemonFC> #334476
[18:08] <DaemonFC> hmmm
[18:08] <DaemonFC> 334476
[18:09] <DaemonFC> does the bot not bring that up anymore?
[18:09] <charlie-tca> bug 334476
[18:09] <DaemonFC> ahhh
[18:09] <DaemonFC> ty
[19:10] <calc> dtchen: ping
[19:11] <calc> dtchen: is AlsaInfoOutput something you want lots of data points for? I was considering bringing it up at the desktop meeting to have everyone gather data for it...
[19:14] <calc> dtchen: if i read the email correctly this is just for known broken setups, but I am not certain...
[20:38] <bdmurray> sbeattie: do you recall where update-manager finds the new upgrade tool for devel releases?
[20:38] <bdmurray> eh found it
[20:44] <sbeattie> bdmurray: dists/jaunty/main/dist-upgrader-all/current or something else?
[20:45] <bdmurray> sbeattie: that's the one I always think its in pool for some reason
[20:45] <bdmurray> I'm looking at bug 328452
[20:45] <bdmurray> some how the default is Y instead of N
[20:55] <bdmurray> Okay, I got it
[21:17] <carlFK_lt> pidgin crashed - gdb bt: http://dpaste.com/1531/
[21:17] <carlFK_lt> is this worth reporting on lp?
[21:48] <carlFK_lt> now with debugsym, kinda http://dpaste.com/1555/
[22:19] <jbrinkmann> Hi. What would be correct way to handle bug 330067 ? There is no Google Earth package which caused the trouble.
[22:20] <maco> well it's x's problem, not google earth's so it's properly assigned
[22:20] <jbrinkmann> ok
[22:20] <jbrinkmann> thx
[22:46] <seb128> ogasawara: hi, could you get somebody to look at bug #197762? it's open for several cycle and seems to get quite some users frustrated by the lack of anybody triaging or replying or considering the bug