[09:25] <dholbach> good morning
[11:14] <asac> Mithrandir: hey ... that upload wasn't really coordinated :)
[11:15] <asac> (did you just add midbrowser?)
[11:17] <Mithrandir> asac: yes, I just added midbrowser (or rather, I moved the variants into a variable and added midbrowser there)
[11:18] <asac> hmm ... ok i will redo that in my tree then 
[11:18] <asac> the package is really messy ... there have been a bunch of uploads with broken alternatives in the past by MOTUs and I wanted to get it right this time ;)
[11:19] <Mithrandir> well, this is a first step in getting rid of the broken alternatives.
[11:19] <asac> no idea :) ... its cleanup of history ... 
[11:19] <Mithrandir> I think having alternatives for it is utter crack, but, well, you're the mozilla guy. :-P
[11:19] <asac> actually this morning i woke up and wanted to try what pop suggesteed
[11:20] <asac> s/pop/bob/
[11:20] <Mithrandir> all browsers should just have /usr/lib/browser/plugins or something that they look in, IMO
[11:20] <asac> e.g. link to /usr/lib/mozilla/plugins
[11:20] <Mithrandir> we talked about that some time ago, iirc
[11:20] <asac> Mithrandir: we will have that with xulrunner 1.9 (gutsy+1)
[11:20] <asac> yeah
[11:21] <asac> Mithrandir: whatelse would you suggest (e.g. instead of alternatives)
[11:21] <asac> Mithrandir: you want to conflict gnash + flashplugin-nonfree for instance?
[11:22] <Mithrandir> you'd add the conflict between gnash's plugin, not the main gnash package, but yes, sure.
[11:24] <Mithrandir> if people want to use different plugins in different browsers, the browsers should give higher priority to ~/.blah/plugins and the user can install the plugin he wants there
[11:24] <asac> what i don't like about that is that you need to add conflicts for all flash packages to all other flash packages ;)
[11:24] <Mithrandir> no, you don't.  Provides: mozilla-flashplugin\nConflicts: mozilla-flashplugin\nReplaces: mozilla-flashplugin
[11:25] <asac> Mithrandir: ok so you can conflict on a virtual package (even though you provide that package)?
[11:25] <Mithrandir> sure, look at what all the MTAs do.
[11:27] <asac> Mithrandir: your idea about user install .blah/plugins on their own sounds good,
[11:27] <asac> the main issue i see with that is that in the free software world software often is not distributed as binary. So people that cannot install our package need to build from source et al
[11:27] <asac> currently they can just ln -s /usr/lib/gnash/libgnashplugin.so ~/.mozilla/plugins/ ... even though flashplugin-nonfree is systemwide default
[11:30] <asac> but maybe i will just do it ... just to get rid of this alternative mess :)
[11:30] <Mithrandir> or have a single alternatives if you believe there is real value in it
[11:30] <Mithrandir> but having one value per browser is a mess and a madness
[02:53] <Hobbsee> Mithrandir: who is Adilson Oliveira on irc?
[02:53] <Mithrandir> Hobbsee: agoliveira 
[02:53] <agoliveira> That's me :)
[02:53] <Hobbsee> Mithrandir: oh dear.  i suck.
[02:53] <Hobbsee> agoliveira: hiya!
[02:53] <agoliveira> Hobbsee: Hi. What's up?
[02:54] <Hobbsee> agoliveira: --> /query, no need to use this channel
[02:54] <mjg59> agoliveira: Do you have a spec for what level of functionality is desired in the contacts application?
[03:12] <agoliveira> mjg59: Sorry for the delay, hold on please, I'm on phone.
[03:29] <agoliveira> mjg59: Sorry, I was in a call with the new business guy here in Brazil. I don't have a spec but I believe that the basic things like record people data and search are expected. Are you thinking about any missing features?
[03:40] <mjg59> agoliveira: Ok, should be doable
[04:33] <ian_brasil> i have been doing an apt-get upgrade inside a target for a few days now and the package ubuntu-mobile is always being held back...any idea why?
[04:53] <Mithrandir> you should be doing dist-upgrade.  apt-get upgrade never removes anything, nor installs new packages.
[04:56] <bfiller> dholbach: ping
[04:57] <dholbach> bfiller: pong
[04:58] <bfiller> dholbach: I'll pulled source for gnome-system-tools using apt-get source and made mods to it. My question is I want to store the changes in local bzr repository for now. Do I need to do a bzr init and bzr add * to set that up?
[04:58] <dholbach> bfiller: you can just branch off your local checkout
[04:59] <dholbach> bzr branch gnome-system-tools gnome-system-tools.local
[04:59] <dholbach> for example
[04:59] <bfiller> dholbach: cool. I'll give that a try
[04:59] <dholbach> rock on :)
[05:00] <bfiller> dholbach: you the man!!
[05:00] <dholbach> hehe :-)
[05:01] <ian_brasil> Mithrandir: thanks
[05:01] <dholbach> bfiller: you can push that up to launchpad later on then, running    bzr push --remember sftp://bfiller@bazaar.launchpad.net/~bfiller/gnome-system-tools/fillers-fixes
[05:04] <bfiller> dholbach: Does gnome-system-tools currently live in launchpad?
[05:04] <dholbach> sorry, it's gst
[05:04] <dholbach> https://code.edge.launchpad.net/gst/+branches?field.lifecycle=ALL&field.lifecycle-empty-marker=1
[05:05] <dholbach> that's a legacy problem, since the cvs data from gnome was imported were stuck with gst instead of gnome-system-tools
[05:05] <dholbach> shorter type, but harder to discover
[05:05] <dholbach> shorter to type
[05:07] <bfiller> dholbach: when I run bzr branch gnome-system-tools gnome-system-tools.local it complains gnome-system-tools is not a branch
[05:08] <dholbach> are you in the right directory?
[05:09] <dholbach> if 'ls' gives you the gnome-system-tools dir and you have a .bzr in it, that command should work fine
[05:11] <bfiller> dholbach: I think the problem is when I do apt-get source gnome-system-tools, there is no .bzr directory after it unpacks the source
[05:12] <dholbach> right
[05:12] <dholbach> I thought you had gotten it from running  bzr get ...   or something
[05:13] <bfiller> dholbach: Is it hosted in bzr anywhere? I couldn't find that
[05:13] <dholbach> in that case, I'd probably try to clean the diff between a fresh run of   apt-get source gnome-system-tools  as best as I can
[05:13] <dholbach> no, I don't think it is
[05:14] <bfiller> dholbach: not sure I understand
[05:14] <dholbach> I though you had gotten it from bzr from somewhere, I misunderstood
[05:15] <bfiller> dholbach: ok
[05:16] <dholbach> so yeah, if you want to keep further changes in bzr, you might want to run debclean, then run bzr init; bzr add *; bzr commit -m "initial commit"
[05:16] <bfiller> dholbach: sounds like a plan
[05:17] <bfiller> dholbach: thanks for your help
[05:17] <dholbach> no problem :)
[05:34] <agoliveira> Hmmm... Looks like the unionfs module on the image created with the latest image-creator is crashing... :( checking...
[05:35] <agoliveira> in a Q1
[05:43] <mjg59> agoliveira: Yeah, various people have noticed that
[05:44] <agoliveira> mjg59: Well, +1 here, just confirmed. I shouldn't have tried a new image today :( Thanks.
[05:49] <guardian> does ubuntu-mobile plan to impose an input method framework ? 
[05:49] <guardian> uim ? scim ? hildon ?
[05:49] <guardian> xim ?
[06:32] <agoliveira> Cool stuff for us to keep an eye: http://enlightenment.sourceforge.net/Libraries/Edje/
[07:07] <agoliveira> Is there any workaround for this hanging problem that rendered my Q1 useless that I missed?
[07:28] <kwwii> nope, but you just convinced me not to update ;-)
[08:10] <Mithrandir> agoliveira: downgrade the kernel is a workaroudn.
[08:10] <Mithrandir> I've filed a bug about it
[08:11] <agoliveira> Mithrandir: I've tried the -ume kernel and didn't work. I'm downgrading it right now.
[08:11] <agoliveira> Mithrandir: Thanks for filling the bug I was about to do it after testing the new kernel.
[08:12] <Mithrandir> happy to help
[08:13] <amitk> agoliveira: it's the unionfs bug that is bothering you?
[08:13] <agoliveira> Yep... and bothering is a mild way to put it :)
[08:14] <amitk> agoliveira: :) pkl is looking into it....
[08:14] <agoliveira> amitk: Great. Thanks.
[09:11] <Sciri> Any ETA on the above mentioned Q1 problem? I built an image-creator image for my Q1 yesterday; I take it I shouldn't update it today? ;)
[10:37] <agoliveira> Sciri: Exactly. The kernel is broken.