 :D
[21:43] <zaki> pavlushka, how about you?
[21:45] <pavlushka> zaki: HEre, ELectricity is busy, in coming and going, and that makes me psudo busy :P
[21:48] <zaki> he he
[21:49] <zaki> pavlushka, good morning. and bye now. :)


[01:27] <IdleOne> !guidelines > administrator_
 ubunutu and windows are operating systems.
[01:34] <bazhang> RLY?
[01:36] <bazhang> a sandwich is two pieces of bread and some stuff in the middle.
[01:37] <IdleOne> but is it still a sandwich if it has mustard also?
[01:38] <bazhang> HMMM...that makes it harder
[01:39] <IdleOne> actually, mustard adds a layer of moisture to what could a dry sandwich.
[01:39] <IdleOne> could be*
[01:40] <IdleOne> So, you are not correct in stating that it would make it harder
[01:40]  * IdleOne ^5's bazhang
[01:41] <bazhang> hehe
[03:21] <mneptok> jrib: BE NICE!  :P
[03:21]  * mneptok tootles off to slumberland
[11:01] <wutix> Hi..
[11:01] <wutix> I can't talk in #ubuntu
[17:19] <bazhang> should set up a factoid on how to remove the ads for 12.10
[17:19] <bazhang> already the comments are coming
[17:20] <leaftwig> Hey :)  Please find in your heart to forgive me for preaching, I should mind my own business and I realize that now.
[17:20] <tsimpson> bazhang: please
[17:21] <bazhang> leaftwig, preaching?
[17:21] <bazhang> tsimpson, ok
[17:21] <bazhang> leaftwig, are you banned or quieted some place?
[17:29] <tinyfox> as a sidenote on him:
[17:29] <tinyfox> I saw that you removed him earlier / a few days ago,
[17:30] <tinyfox> so when he asked for a cloak I told him that evading any quiets / bans will get the cloak removed. I assume this was the reason for the visit. Poke me if he gives any trouble, but I didn't see any ban or quiet match where I looked.
[17:31] <bazhang> thanks tinyfox
[17:33] <tinyfox> You're welcome.
[17:57] <bazhang> rawburt joined with that and nothing else.
 loosen up your anus dude
[17:58] <bazhang> from PM
[20:40] <IdleOne> bkerensa: Please and Thank you goes a lot farther then ordering.
[20:40] <IdleOne> err than
[20:40] <bkerensa> IdleOne: k
[20:40] <IdleOne> knock it off please, would have been nicer :)
[21:36] <bkerensa> uh oh
[21:37] <bkerensa> AlanBell:
[21:37] <bkerensa> =/
[21:41] <AlanBell> Io/
[21:42] <tinyfox> AlanBell: looking at it already  (#ubuntu-offtopic, incog)
[21:42] <bkerensa> ^
[21:42] <bkerensa> :)
[21:42] <tinyfox> go back to you-know-what :p
[21:42] <bkerensa> lol
[21:42] <tinyfox> and get that z Nick back
[21:42] <AlanBell> bit drunk to do stuffs :)
[21:42] <tinyfox> I know
[21:43] <bkerensa> :S
[21:43] <tinyfox> which is why I do my duty to send you back to you-know-who
[21:43] <bkerensa> AlanBell: Stay Calm and Drink Well :)
[22:47] <tinyfox> yes, hi, fox here
[22:47] <tinyfox> I felt free enough to quiet this, please take appropriate care, ubuntu ops
[22:50] <tinyfox> oh well
[22:50] <tinyfox> decided to continue elsewere, was k-lined. Feel free to add another q if needed or he comes back, I'll remove them for now as the kline should be sufficient


[00:49] <smoser> jmgalloway (who is now away): euca-describe-availability-zones verbose
[15:23] <xavicampa> Hi! When you install a UEC node controller on a machine without vt extensions, the installation warns you that VMs won't be accelerated. I read somewhere that instances actually won't boot up. Is this true? Does it depend on hypervisor (xen, kvm)? Thanks.
[15:25] <kim0> xavicampa: kvm requires VT cpu, otherwise it won't boot. You can switch hypervisor to "qemu" (unaccelerated) which is horribly slow, but can get you by for testing
[15:25] <xavicampa> kim0, that answers my question, thanks!
[15:25] <kim0> your welcome :)
[15:26] <wftl> Does anyone know what the Amazon EC2 market share is compared to RackSpace (yes, it's a Eucalyptus vs OpenStack question).
[15:26] <kim0> ec2 is huge as a cloud provider
[15:26] <kim0> openstack is quite new, and very impressive
[15:30] <wftl> kim0: someone told me that RackSpace/OpenStack calls itself the 'second largest cloud services provider' but I was kind of wondering how far behind EC2 the 'second largest' might be
[15:30] <kim0> I don't know the answer to that
[15:30] <wftl> The largest cloud is without a doubt, Google, but that doesn't make them the largest cloud services provider.
[17:25] <navanjr> my windows instance never gets past pending.  I think it is because it expects my bundled image to be using a scsi drive.  and qemu-kvm fails when trying to run a windows image with if=scsi
[17:26] <navanjr> do i need to fix my qemu-kvm issue? or do i need to get UEC to launch my instances with if=ide
[22:21] <crazed> how do you get ubuntu to use a hostname handed out by dhcp?
[22:21] <crazed> i'm running a cloudstack environmnet, just realized my images boot up using the hostname of the instance i used to create the image


[12:19] <nats> hello
[12:23] <pochu> hi nats
[12:23] <nats> how are you?
[12:24] <pochu> nats: fine :)
[12:24] <pochu> and you?
[12:24] <nats> fine
[12:24] <nats> thx
[12:25] <pochu> :)
[12:25] <pochu> ubuntu rocks!
[12:25] <pochu> @schedule madrid
[12:25] <Ubugtu> Schedule for Europe/Madrid: Current meeting: Ubuntu Development Team | 05 Feb 21:00: Mozilla Team | 07 Feb 13:00: Edubuntu | 08 Feb 17:00: Ubuntu Development Team | 13 Feb 17:00: Forum Council | 13 Feb 21:00: Technical Board
[12:26] <nats> what's it?
[01:06] <Seveas> @topic
[11:05] <pitti> seb128, Mithrandir: so, as I said I did syncs, removals, and SRU now; SRU takes quite a lot of time, but I'm fine with doing some source NEW as well
[11:06] <Mithrandir> should we discuss the agenda first? :-)
[11:06] <pitti> ok :)
[11:06] <pitti> - assign responsibilities
[11:06] <Mithrandir> * archive team days
[11:06] <pitti> - work out archive days schedule
[11:06] <pitti> ?
[11:06] <Mithrandir> yeah, I guess those are the important ones.
[11:07] <pitti> so what do we need to do: syncs, source new, binary new, removals, cruft, sru, promotions/demotions
[11:07] <pitti> anything else?
[11:08] <pitti> oh, backports
[11:08] <Mithrandir> yeah, and freeze exceptions at one point, but I'll in general be happy to take those.
[11:08] <seb128> stable updates?
[11:09] <Mithrandir> == sru
[11:09] <seb128> ah, right
[11:09] <pitti> Mithrandir: right, freeze exceptions are RMish
[11:09] <Mithrandir> ok, so what would people like to do?
[11:10] <seb128> I'm happy to do syncs, binary new, removals
[11:10] <pitti> <- sru, syncs, removals, help with source new (but this should be done by several people)
[11:10] <cjwatson> also you *will* be asked to investigate weird shit :-)
[11:10] <cjwatson> I can keep on doing cruft and the odd bit of other stuff
[11:11] <pitti> seb128: you often need main promotion as well, I guess?
[11:11] <cjwatson> and backports I suppose, though I'd like not to be the only one
[11:11] <seb128> pitti: right
[11:12] <seb128> I'm happy to help on backports as well
[11:12] <cjwatson> is somebody taking minutes?
[11:12] <Mithrandir> I am
[11:12] <pitti> cjwatson: I'll send a report
[11:12] <pitti> oh, ok
[11:13] <pitti> Mithrandir: so you do freeze exceptions and also source new?
[11:13] <Mithrandir> yes, I'm trying to write up a matrix here to see if there's stuff uncovered
[11:14] <pitti> oh, and I guess I'm the natural choice for langpack processing :)
[11:14] <cjwatson> every so often somebody has to clean up crap on drescher because soyuz doesn't clean up the queues automatically yet. I'm happy to do that
[11:14] <Mithrandir> nobody's grabbed promotions/demotions, but that's not really much work.
[11:14] <pitti> right, I'm happy to demote stuff :)
[11:15] <Mithrandir> syncs - pitti, seb
[11:15] <Mithrandir> source new - pitti
[11:15] <Mithrandir> binary new - seb,
[11:15] <Mithrandir> removals - pitti, seb
[11:15] <Mithrandir> sru - pitti
[11:15] <Mithrandir> promotions/demotions -
[11:15] <Mithrandir> langpacks - pitti, cjwatson
[11:15] <Mithrandir> backports - seb, cjwatson
[11:15] <Mithrandir> freeze stuff - tfheen
[11:15] <Mithrandir> cleanup - cjwatson
[11:15] <Mithrandir> is what I have so far.
[11:15] <Mithrandir> (I haven't put me in yet)
[11:15] <Mithrandir> I'll do NEW.
[11:16] <pitti> Mithrandir: put me in for promotions/demotions (and maybe seb, too)
[11:17] <Mithrandir> I can help out with SRUs too
[11:17] <Mithrandir> that leaves us with two people for all of it, except freeze stuff and cleanup.
[11:18] <pitti> ok, but cleanup doesn't need to be done that often, or does it?
[11:18] <pitti> this stuff is mainly useful for ensuring that the archive stuff keeps being done even if someone is on vac
[11:19] <Mithrandir> yup
[11:19] <pitti> Mithrandir: I'm not sure whether it's a good idea to have several people for freeze exceptions -- how much work is it?
[11:19] <Mithrandir> not much work, and it ties very closely in with doing the release management.
[11:20] <Mithrandir> so I'm happy to have that alone.  It shouldn't matter except when we're in freeze mode, in which case the RM should be around anyway. :-)
[11:20] <pitti> ok, are we settled with that?
[11:20] <Mithrandir> (and if I happen to go sick or something, somebody else will have to do the RM-ing and can then just pick up the exceptions too)
[11:20] <Mithrandir> yes, I am.
[11:21] <Mithrandir> seb128,cjwatson : are you two too happy?
[11:21] <pitti> what's the matrix now?
[11:21] <seb128> yep
[11:21] <Mithrandir> syncs - pitti, seb
[11:21] <Mithrandir> source new - pitti, tfheen
[11:21] <Mithrandir> binary new - seb, tfheen
[11:21] <Mithrandir> removals - pitti, seb
[11:21] <Mithrandir> sru - pitti, tfheen
[11:21] <Mithrandir> promotions/demotions - pitti, seb
[11:21] <Mithrandir> langpacks - pitti, cjwatson
[11:21] <Mithrandir> backports - seb, cjwatson
[11:21] <Mithrandir> freeze stuff - tfheen
[11:21] <Mithrandir> cleanup - cjwatson
[11:21] <pitti> great
[11:22] <pitti> and of those, syncs, new, sru, backports, and pro/demotions need to be done regularly, AFAICS
[11:22] <seb128> looks fine to me
[11:22] <pitti> so, personally I find it better and more efficient to batch things, so if it's my archive day, I'd do all of my tasks in one piece
[11:22] <Mithrandir> ok, so on to archive days.
[11:23] <pitti> so is everyone fine with doing archive maintenance on mon, wed, and fri?
[11:23] <pitti> (since the regular tasks cover three archive maintainers)
[11:23] <pitti> then we shouldn't crash into each other and spread out processing across the week
[11:23] <Mithrandir> experience from this cycle so far points to me having problems doing archive days in release weeks, but other weeks are very archive-heavy.
[11:24] <pitti> Mithrandir: I think this isn't set in stone, we can always ask someone else to cover
[11:24] <Mithrandir> well, true
[11:24] <pitti> but if it's X's archive day, it should be his responsibility to get it done or delegated?
[11:24] <Mithrandir> and if I grabbed monday, it should be fine anyway.
[11:25] <pitti> seb128: so maybe wed for you and fri for me?
[11:25] <seb128> wed works fine for me
[11:25] <Mithrandir> ok, let's make it so.
[11:25] <pitti> ok, then I'll do the pending stuff today
[11:25] <pitti> while seb is still collecting logins and team memberships
[11:25] <Mithrandir> pitti: please don't do binary NEW until herd 3 is out.
[11:25] <Mithrandir> or at least not for stuff in main.
[11:25] <pitti> Mithrandir: right, just syncs and sru today
[11:26] <Mithrandir> yeah, that's fine.
[11:26] <pitti> the syncs will just land in unapproved, right?
[11:26] <Mithrandir> hmm
[11:26] <pitti> I won't touch promotion/demotion either
[11:26] <Mithrandir> I'm unsure, actually.
[11:26] <Mithrandir> so try not to sync stuff in main today?
[11:26] <pitti> Mithrandir: ok, let's defer syncs as well
[11:26] <Mithrandir> thanks.
[11:26] <pitti> right, so no main processing today to be on the safe side
[11:27] <pitti> alright, that covers it for my part
[11:27] <pitti> everyone happy?
[11:27] <seb128> yep
[11:27] <pitti> great
[11:27] <pitti> seb128: what do you still need to actually get going?
[11:27] <seb128> what do you mean?
[11:27] <seb128> ah
[11:27] <pitti> cjwatson: could we do the langpack training sometimes soon? fixing dapper is kind of urgent
[11:28] <pitti> seb128: drescher login, sudo powers, team membership
[11:28] <Mithrandir> also, I'm happy to help out if there are questions or stuff which is unclear.
[11:28] <seb128> I need a drescher account with sudo powers on it
[11:28] <seb128> Colin sent a RT for it yesterday
[11:28] <pitti> seb128: ok; we have mon and friday covered, so that's ok for now, I think
[11:28] <seb128> right
[11:28] <cjwatson> Mithrandir: I'm happy
[11:29] <pitti> seb128: btw, I recently updated the ArchiveAdmin page with my new flush-syncs tool
[11:29] <Mithrandir> ok, coolie.
[11:29] <seb128> pitti: good ;)
[11:29] <Mithrandir> any other business?
[11:29] <seb128> nop
[11:29] <pitti> Mithrandir: just langpack training for me with Colin, nothing else
[11:29] <cjwatson> I think syncs go straight through, for the record
[11:29] <cjwatson> though I'd need to check whether the sync policy honours freeze status
[11:29] <pitti> ok, so better not touch main at all today
[11:30] <pitti> I'll just do SRUs today then
[11:30] <cjwatson> so, langpacks
[11:30] <cjwatson> obviously you first have to get them over to drescher somehow
[11:30] <pitti> Mithrandir: shall I mail ubuntu-devel-announce with the assignments and schedule or do you want to?
[11:30] <pitti> cjwatson: right, scp -r or rsync, I assume
[11:31] <Mithrandir> pitti: I can do it
[11:31] <cjwatson> then, as lp_queue, make a directory in ~lp_queue/manual-queue/incoming/
[11:31] <cjwatson> (like syncs, make it unique somehow - username + date is good)
[11:31] <cjwatson> dump all the uploads in there
[11:32] <cjwatson> then, still as lp_queue: NOMAILS=-M ~/manual-queue/process-incoming.sh
[11:32] <cjwatson> the NOMAILS bit is important obviously
[11:32] <cjwatson> it'll spam your terminal for about a week
[11:32] <cjwatson> then as lp_archive you'll need to approve them all in the relevant unapproved queue
[11:33] <cjwatson> q -s dapper-proposed -Q unapproved -M accept language-pack
[11:33] <cjwatson> again the -M is important
[11:33] <cjwatson> and again it'll spam your terminal for about a week
[11:34] <cjwatson> you can use DRYRUN='-N -K' (for process-incoming.sh) or -N (for queue) to dry-run if you like
[11:34] <cjwatson> though I only ever bother for a subset of language packs since there are so many
[11:34] <cjwatson> pitti: happy with that?
[11:34] <pitti> cjwatson: doesn't look too complicated
[11:35] <pitti> cjwatson: thank you; I'll try it out for dapper now and come back to you if there should be any trouble
[11:35] <cjwatson> yeah, it's simple enough, just hard to work out
[11:39] <pitti> 10:39:18 INFO    Announcing to<EMAIL_ADDRESS>[11:40] <pitti> cjwatson: ^ shall I take this seriously if I specified NOMALS=M?
[11:40] <pitti> NOMAILS=-M even
[11:41] <cjwatson> pitti: it should say something like "would be sending a mail"
[11:41] <cjwatson> the debug output is a bit dodgy in places
[11:41] <pitti> at least I didn't get any mails to -changes so far


[08:38] <didrocks> sil2100: compiz deb test results getting there? :)
[08:48] <sil2100> didrocks: I can create a testing doc for the relevant bits in a moment, but since the ABI bump MRQ didn't yet get inside, my testing would be performed on just rebuilt unity without the bump ;)
[08:48] <sil2100> If that's fine with you
[08:50] <didrocks> sil2100: no, it's not
[08:50] <didrocks> sil2100: if people upgrade only compiz, it will be broken
[08:50] <didrocks> sil2100: nothing was done since yesterday evening to discuss? who is leading the discussion to get them accepting the change?
[08:51] <sil2100> didrocks: I know, but the compiz rendering tests are not affected by not having an ABI bump, right?
[08:51] <sil2100> didrocks: they're accepting it
[08:51] <sil2100> didrocks: I had a discussion and they agreed to make an exception this one more last time
[08:51] <didrocks> sil2100: ok, so please bzr merge your commit
[08:52] <didrocks> and get a package out and results tests for EOD so that we can upload on Monday morning :)
[08:54] <sil2100> didrocks: aye aye!
[09:35] <sil2100> didrocks: we found one issue with the new compiz crashing the g-c-c keyboard shortcut settings and Mirv is trying to fix that right now, we'll keep you updated!
[09:36] <didrocks> sil2100: thanks! (saw the MR)
[09:36] <didrocks> sil2100: btw, also, please ensure that the keys are still transitionned
[09:36] <didrocks> sil2100: I saw you removed more .integrated key transition that the one we had in the past
[09:37] <didrocks> so maybe look closely to the ones you remove
[09:37] <didrocks> and also, ensure that there is a transition file for the duplicated one with the right default
[09:37] <didrocks> (like launching a terminal)
[09:38] <sil2100> Mirv: ^
[09:40] <Mirv> didrocks: they're not in compiz anymore at all, should compiz still migrate them or should it be gnome-settings-daemon instead?
[09:40] <didrocks> Mirv: all of those were removed? (the 6?)
[09:40] <didrocks> Mirv: I thought only 2 were duplicated
[09:42] <Mirv> didrocks: 5, and all, yes, terminal + screenshot * 2 + panel-run-dialog/main-menu
[09:43] <Mirv> this was the sam's commit http://bazaar.launchpad.net/~compiz-team/compiz/0.9.9/revision/3393
[09:43] <didrocks> Mirv: waow, I was thinking it was more restricted :)
[09:44] <didrocks> Mirv: ok, so just ensure that g-s-d provides the right defaults I guess
[09:44] <didrocks> Mirv: and that we have a migration script on the system for them
[09:44] <didrocks> Mirv: I think the terminal + screenshot ones are important
[09:44] <didrocks> not sure about panel*
[09:45] <Mirv> didrocks: ok, it does (tested in guest ession), filing a bug against g-s-d about missing migration
[09:46] <didrocks> Mirv: ok, great!
[12:29] <G__81> Hi i am facing an irritating problem. I have filed a bug . I would like to know if anyone else is facing the same problem and would really appreciate if a solution is provided for the same. The Bug ID is #1039347
[12:32] <popey> bug 1039347
[13:17] <didrocks> davidcalle: salut!
[13:17] <davidcalle> Salut didrocks
[13:17] <didrocks> ça va? :)
[13:17] <davidcalle> didrocks, bien, toi?
[13:18] <didrocks> bien bien, c'est vendredi! :)
[13:18] <davidcalle> didrocks, ;)
[13:18] <didrocks> davidcalle: I think you missed one MR, (but my fault, I didn't linked it to the bug): https://code.launchpad.net/~didrocks/unity-scope-video-remote/add-conditional-activation/+merge/126391
[13:19] <davidcalle> didrocks, don't you prefer a global merge from the current "trunk" in use to this one when the work on it is done for the release?
[13:20] <didrocks> davidcalle: sorry, what do you mean about global merge?
[13:20] <davidcalle> didrocks, merging lp:unity-lens-videos/remote-videos-scope-trunk into this one.
[13:20] <didrocks> ah ;)
[13:21] <didrocks> well, the way you prefer :)
[13:21] <didrocks> davidcalle: do you think you have the time for preparing the release today?
[13:22] <davidcalle> didrocks, the maintainer is PS, I can't make releases on it anymore.
[13:23] <davidcalle> didrocks, and they don't want me in the PS lp teamp :'(
[13:23] <didrocks> davidcalle: will do them, just ping me once everything is ready :)
[13:23] <davidcalle> didrocks, sure ;)
[13:27] <G__81> can some one help me with this bug ?
[13:27] <G__81> the problem i am facing is really frustrating. I have filed a bug and the ID Is 1039347
[13:27] <G__81> i reproduced the problem even few minutes back
[13:28] <G__81> is there a solution for it ?
[13:28] <G__81> if no at least a solution for 12.10 would be appreciated
[13:30] <popey> bug 1039347
[13:30] <popey> hmm
[13:31] <popey> ahh that one, yeah, known issue with nvidia
[13:31] <G__81> its a 64 bit installation and i face this with both the OSS and the nvidia drivers too
[13:31] <G__81> is is sane enough to then start using nouveau drivers?
[13:33] <G__81> infact its not thumbnail When i select the application by pressing alt+tab i see white screen instead of the application. Its not actually in thumbnail alone. The complete app does not get redrawn
[13:45] <G__81> popey, if its a nvidia problem why is that Unity alone shows up this problem and not the other DEs, KDE/xfce etc ?
[13:46] <popey> well, when I say "known issue with nvidia" I'm not saying the problem is nvidias fault, just that it is known to only manifest itself on nvidia machines
[13:47] <G__81> oh ok so is it something confined to unity then ?
[13:51] <popey> G__81, compiz
[14:04] <davidcalle> mhr3, heya, do you have more things in mind for the remote videos scope or is it ok for a release?
[14:04] <mhr3> davidcalle, we need release now, other fixes will have to wait :)
[14:06] <davidcalle> mhr3, ok then, let's put a number on it :)
[14:07] <mhr3> :)
[14:11] <davidcalle> mhr3, by the way, if you can warn other people you know who commit on it: I'm moving it to its own lp space : https://code.launchpad.net/unity-scope-video-remote, the previous release was done on it, without trunk being there
[14:16] <mhr3> davidcalle, i wonder if lp can be setup to just mirror the branch for the time being
[14:17] <davidcalle> mhr3, I'm not sure, I wanted to wait, but moving it makes it much more convenient for releasing.
[14:20] <mhr3> davidcalle, how about considering the branch in lp:unity-lens-videos as stable branch for Q, and R stuff can go in the new project?
[14:20] <davidcalle> mhr3, but if you see it as an issue, it can wait of course :)
[14:20] <didrocks> davidcalle: I think you told that after seeing the two mhr3 MR :)
[14:20] <mhr3> lol
[14:20] <davidcalle> didrocks, :)
[14:21] <mhr3> my python is rusty :)
[14:21] <mhr3> not knowing properly what the operators do :P
[14:24] <davidcalle> Anyway, the code is in both places, in the same state. I'm assigning the bugs to unity-scope-video-remote new milestone, for the sake of having them linked to a release number.
[14:28] <davidcalle> I'll mirror it manually before release if others are needed for Q. Then we move completely on it for R.
[14:28] <davidcalle> mhr3, didrocks? ^^^
[14:29] <didrocks> sounds good to me :)
[14:29] <mhr3> +1
[14:32] <davidcalle> didrocks, two releases for you then : unity-scope-video-remote 0.3.9 and unity-lens-photos 0.8 (bugs : http://paste.ubuntu.com/1247523 ) Thanks :)
[14:33] <didrocks> davidcalle: thanks! I'll do unity-lens-videos
[14:33] <didrocks> davidcalle: is mhr3's merge in it?
[14:35] <davidcalle> didrocks, the merge was on remote videos. There is one merge from me on it, from two days ago, that's it.
[14:35] <didrocks> but we don't want that in the remote videos?
[14:35] <didrocks> mhr3: ? ^
[14:35]  * didrocks is confused
[14:35] <mhr3> didrocks, we do
[14:35] <mhr3> didrocks, both were bug fixes
[14:35] <didrocks> shouldn't it be in 0.3.9?
[14:36] <didrocks> davidcalle: ^
[14:36] <davidcalle> 0.3.9 is only the scope. Which has mhr3 merge on it.
[14:36] <davidcalle> didrocks, ^
[14:38] <davidcalle> mhr3, you had a merge on the lens too?
[14:39] <didrocks> davidcalle: did you push the latest commit for unity-scope-video-remote then? I see rev 55 here
[14:39] <didrocks> davidcalle: and it doesn't contain mhr3's fix
[14:40] <mhr3> didrocks, it's a copy of the file, not cherrypick of the rev, afaict
[14:41] <didrocks> ah indeed
[14:41] <davidcalle> didrocks, it does, I bzr merged unity-lens-videos/remote-videos-scope-trunk into unity-scope-video-remote
[14:41] <didrocks> I find "fresh the at least once every 30" :)
[14:41] <didrocks> davidcalle: a small tag on rev 55 please? :)
[14:41] <didrocks> so that we know where we are at
[14:43] <davidcalle> didrocks, done, I've also written in red on my screen "DON'T FORGET TO BZR TAG" :)
[14:43] <didrocks> davidcalle: thanks :)
[14:44] <didrocks> davidcalle: I'm syncing lp:unity-video-lens/unity-scope-video-remote with it
[22:23] <mhr3> eh, with 6.0 i'm getting crash when i enter spread and mouse over where the close button should be (but isn't)
[22:23] <mhr3> http://paste.ubuntu.com/1248449/
[22:23] <mhr3> bschaefer, if you're familiar with that code ^^ ;)
[22:24]  * bschaefer looks
[22:25] <mhr3> otherwise, Trevinho ^ :)
[22:25] <bschaefer> mhr3, not that familiar but I can dig into it, if Trevinho isn't around
[22:25] <mhr3> i doubt anyone is around :)
[22:26] <bschaefer> mhr3, haha, yeeah it gets lonely on fridays for me
[22:26] <mhr3> oh wait, this wasn't 6.0, this was trunk
[22:26] <bschaefer> mhr3, ill try to re produce the crash, if I can i should be able to fix it
[22:26] <mhr3> try, crashes everytime here :)
[22:26] <bschaefer> mhr3, ill see if I can reproduce it, Have a good weekend :)
[22:27] <bschaefer> i just did and din't get it ;(
[22:27] <mhr3> thanks, you too
[22:27] <bschaefer> thanks!
[22:27] <mhr3> hmm, maybe i'm missing an asset, cause i dont see the close button
[22:27] <bschaefer> maybe the wrong nux?
[22:27] <bschaefer> abi?
[22:27] <mhr3> also, trunk compiz
[22:28] <bschaefer> mhr3, alright ill give trunk nux/unity/compiz a try
[22:28] <mhr3> but yea, maybe it's abi
[22:28] <mhr3> this being null... not nice
[22:29] <mhr3> anyway i'm really out now
[22:29] <bschaefer> il try really hard to reproduce it :)
[22:29] <bschaefer> have a good one!
[22:29] <bschaefer> (one being the weekend)
[22:29] <mhr3> you too, cu
[22:30] <bschaefer> byes!


[09:37] <bitumen2003> date -u
[20:45] <d3k4rd> hello
[20:46] <d3k4rd> anyone know of a decent irc client for ubuntu or rather linux in general?
[20:47] <hatter243> XChat
[20:48] <d3k4rd> is it as pretty as mIRC?
[20:48] <hatter243> Also, #ubuntu-offtopic would be a good place for discussion about that
[20:48] <d3k4rd> sweet thanks
[20:48] <hatter243> np
[20:48] <RachedTN> d3k4rd: pidgin
[20:49] <d3k4rd> pidgin does irc?
[20:49] <d3k4rd> ahh it does
[20:49] <d3k4rd> lol
[20:49] <d3k4rd> google is awsome once again lol
[20:51] <d3k4rd> xchat is cool too thanks guys goin offtopic lol
[20:52] <RachedTN> d3k4rd: I use pidgin and it's awsome :)
[20:53] <pleia2> pidgin is geared more toward IM though, it's a personal preference really
[20:53] <d3k4rd> well mostly all i do is use irc to chat you know?
[20:53] <d3k4rd> guess pidgin would work better
[20:54] <pleia2> xchat certainly is the more popular
[20:54] <pleia2> but they're all free, try them all :D
[20:54] <d3k4rd> thats true not like we got small hard drives right