[01:26] <robert_ancell> TheMuso, what video did you watch for utouch?
[01:26] <TheMuso> robert_ancell: Both the youtube and blip.tv versions.
[01:27] <robert_ancell> TheMuso, it ran fine for me, weitd
[01:27] <robert_ancell> weird
[01:27] <TheMuso> It ran fine for me as well, but the music was a little stuttery thats all.
[01:30] <robert_ancell> TheMuso, right, I didn't notice it the first time around, but I do now :)
[01:30] <TheMuso> Ok not just me then. :)
[07:35] <pitti> Good morning
[07:59] <didrocks> good morning
[08:29] <seb128> hey
[08:30] <mvo> hey seb128
[08:30]  * pitti waves to and hugs the French mafia
[08:30]  * pitti hugs mvo, too
[08:30] <mvo> hey pitti
[08:30]  * vish *phew* was wondering when mvo became french
[08:31] <mvo> vish: hahaaha
[08:31] <mvo> vish: if that happens I'm screwed, my french is just too bad to survive
[08:31] <vish> hehe :_
[08:37] <pitti> mvo: we'll found our own little German community then
[08:42] <seb128> hey mvo pitti
[08:42] <seb128> sorry, xorg crashed on user switching
[08:43] <seb128> not sure if I should blame it on intel but it happens quite often since maverick it seems
[08:44] <pitti> seb128: I got that as well
[08:44] <seb128> on intel as well?
[08:44] <pitti> yep
[08:44] <pitti> it worked pretty reliably in lucid
[08:45] <seb128> same here
[08:52] <seb128> so natty is open today?
[08:52] <mvo> with compiz? or metacity as well?
[08:53] <didrocks> salut seb128
[08:53] <didrocks> hey mvo, pitti
[08:53] <mvo> it seems to be pretty stable for me, but without compiz
[08:53] <mvo> hey didrocks
[08:53] <pitti> seb128: yep, upload away
[08:53] <seb128> hey didrocks
[08:53] <mvo> aha, its open? *cool*
[08:54] <pitti> was a nice wave of "accepted" mails this morning
[08:54] <pitti> got 2/3 of my merges done
[08:56] <seb128> so it's time to break natty ;-)
[09:27] <mvo> hey mpt
[09:28] <mpt> hi
[09:28] <mpt> Mumble?
[09:29] <mvo> mpt: ok, hold on a sec, I need to grab the headset
[09:34] <cassidy> seb128, didn't you have a GTK3 package?  Is it usable / safe to install ?
[09:34] <seb128> cassidy, yes and yes
[09:34] <seb128> https://edge.launchpad.net/~ubuntu-desktop/+archive/gnome3-builds
[09:34] <seb128> the amd64 builds have issues though
[09:34] <seb128> they seem to build again and again or something
[09:35] <cassidy> cool, I'll push it to your PPA as well then
[09:35] <seb128> you can build it locally or use the i386 build though
[09:35] <seb128> to my ppa?
[09:35] <cassidy> the TP one
[09:35] <cassidy> as new empathy depends on gtk3
[09:35] <seb128> cassidy, is that an unstable ppa?
[09:35] <cassidy> we use to push latest versions of the TP stack
[09:36] <cassidy> or maybe I should just depends on your PPA
[09:36] <seb128> there will be need for other sources no?
[09:36] <seb128> ie webkit-gtk3
[09:36] <seb128> or libunique-gtk3?
[09:36] <cassidy> yeah probably
[09:36] <seb128> we don't have those yet
[09:36] <cassidy> are you going to push them to this ppa at some point ?
[09:36] <seb128> yes
[09:36] <seb128> I did gnome-desktop yesterday
[09:36] <seb128> we will add things as they get ready over time
[09:37] <cassidy> are you just pushing the libs or the apps as well ?
[09:37] <seb128> just libs
[09:37] <seb128> that's meant to be a gtk3 stack that people can install to do porting work
[09:37] <seb128> it's not meant to turn your stable into an unstable
[09:38] <cassidy> ok cool. Do you know how PPA deps are deal with? If I add this PPA as a dep of mine, does this mean user have to add your PPA manually ?
[09:38] <cassidy> ok, so everything should be parrallel installable with existing libs
[09:38] <seb128> yeah, most of it should be
[09:38] <seb128> not sure for the ppa dep but I think users would have to do nothing
[09:38] <seb128> it should just work
[09:39] <cassidy> ok, I'll add the dep on the tp-devel ppa for now
[09:39] <seb128> ok
[11:34] <Shred00> how long does it typically take for a package to show up in -proposed after being submitted?
[11:35] <ari-tczew> pitti: ^^
[11:36] <pitti> these days around 24 hours
[11:36] <pitti> I process it every day, sometimes twice a day
[11:41] <Shred00> ahhh.  not automated then.  :-/
[11:49] <Shred00> pitti: did you see evolution in your -proposed travels in the last 24h?
[11:50] <pitti> yes, it's in https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=1
[11:56] <chrisccoulson> jcastro - do you think we should add http://askubuntu.com/ to our default bookmarks?
[12:02] <cassidy> seb128, didrocks: what's the best way to test gnome-shell on Maverick these days? Is there an official PPA or the maverick pkgs are recent enough?
[12:03] <ari-tczew> pitti: do you use syncpackage script?
[12:03] <seb128> cassidy, jhbuild?
[12:03] <pitti> ari-tczew: yes, when I do Debian uploads
[12:03] <cassidy> seb128, there is no official PPA as planned during UDS?
[12:03] <seb128> cassidy, the maverick pkg are recently for what you can get with tarballs
[12:03] <seb128> cassidy, g-s is not in a buildable state for months using released version
[12:03] <cassidy> :(
[12:04] <cassidy> ok, I'll jhbuild then
[12:04] <seb128> cassidy, they depends on gtk3 and other moving parts we didn't catch up with
[12:04] <cassidy> do you plan to pkg gnome-shell 3.0 for Maverick+1 (even in universe) ?
[12:04] <seb128> yes
[12:05] <seb128> but not before UDS
[12:05] <seb128> I don't think they rolled tarballs for a while
[12:05] <seb128> they might still be refactoring things
[12:05] <cassidy> ok
[12:05] <cassidy> I guess/hope the RT will push more for releases this cycle
[13:36] <jcastro> chrisccoulson: I would like to do that yes, but I was just going to defer asking you until UDS
[13:36] <chrisccoulson> jcastro - ok, cool. i'll add that one to the default set then :)
[13:37] <jcastro> seb128: seen this before? bug #660525
[13:37] <ubot2> Launchpad bug 660525 in tomboy (Ubuntu) "Pinned notes displayed as separator lines (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/660525
[13:37] <seb128> jcastro, hey, didn't see that one
[13:38] <seb128> jcastro, could you assign it to karl?
[13:38] <jcastro> yep
[13:38] <seb128> thanks
[13:41] <seb128> chrisccoulson, hey
[13:41] <seb128> chrisccoulson, is firefox still using gnomevfs?
[13:41] <chrisccoulson> hi seb128 - how are you?
[13:41] <chrisccoulson> seb128 - the current version, yes
[13:41] <jcastro> chrisccoulson: though after the discussion in that thread everyone wants a bookmark, maybe we should do it like we do the desktop and keep the entire thing clean
[13:41] <seb128> I'm doing fine thanks
[13:41] <chrisccoulson> but FF4.0 can use both gnomevfs and GIO
[13:41] <seb128> chrisccoulson, how are you?
[13:42] <chrisccoulson> yeah, i'm good thanks
[13:42] <seb128> chrisccoulson, both or either?
[13:42] <chrisccoulson> seb128 - yeah, it can use either, and it will select one at runtime
[13:43] <seb128> could you build only with gio?
[13:43] <seb128> or split the gnomevfs code in a different binary?
[13:43] <chrisccoulson> i'm not sure there's a build option for that, but it would be trivial to do
[13:43] <seb128> thanks
[13:43] <seb128> chrisccoulson, do you use bugs for your todolist? want one about that?
[13:44] <chrisccoulson> seb128 - please feel free to open a bug for that
[13:44] <seb128> on what component?
[13:44] <chrisccoulson> seb128 - just on firefox
[13:44] <seb128> seems firefox is the last remaining user on libgnomevfs on the depends install
[13:44] <seb128> out of libgnomeui and bindings
[13:44] <jcastro> seb128: what's karl's workload on this? the appindicator patch is giving upstream problems, this one
[13:45] <chrisccoulson> yeah, we can fix that :)
[13:45] <seb128> jcastro, "on this"?
[13:45] <jcastro> and the one that breaks it on xubuntu etc (I think the fallback is broken)
[13:46] <seb128> jcastro, dbarth said karl was on schedule for what he has to do and we can assign him bugs if we need some to be worked
[13:46] <seb128> jcastro, he said that early today
[13:46] <seb128> jcastro, so feel free to just assign those tomboy issues to him
[13:46] <jcastro> ok
[13:46] <jcastro> I'll ask him to look at these too
[13:47] <seb128> thanks
[13:47] <jcastro> two even.
[13:47] <jcastro> seb128: I thought DX was going to look into this pin/custom UI issue
[13:47] <jcastro> hmm, you know what, nevermind.
[13:47]  * jcastro whistles
[13:47] <seb128> lol
[13:47] <seb128> yeah, let's not get started on what dx is supposed to do ;-)
[13:51] <jcastro> seb128: we should have left it
[13:51] <jcastro> like we did in 10.04
[13:51] <seb128> what is the issue?
[13:52] <seb128> didn't you guys agree that the pinning was not required?
[13:52] <jcastro> no
[13:52] <jcastro> I was told we'd find some work around
[13:55] <jcastro> seb128: would you agree to consider "if it's going to take him too long to fix it maybe we should look at just dropping the entire patch?"
[13:56] <seb128> jcastro, let's discuss it next week
[13:57] <jcastro> ok
[13:57] <seb128> what is upstream going to do with tomboy this cycle?
[13:57] <seb128> g-s will not have a notification area either I think
[13:57] <seb128> what do they plan to use?
[13:57] <jcastro> well, I don't think he's going to look favorably on our patch anymore for sure
[13:57] <seb128> what is the issue with our patch?
[13:57] <seb128> the xfce fallback?
[13:57] <seb128> seems tomboy works fine for most users
[13:58] <seb128> we get a brocken fallback but it's online fallback and that one bug you pointed today
[13:59] <Shred00> didrocks: around?
[13:59] <didrocks> Shred00: yeah, what's up?
[14:00] <jcastro> seb128: I think he's just frustrated with the bugs, they're still bugs
[14:00] <jcastro> and, they didn't exist before our patch
[14:00] <Shred00> didrocks: so, i updated my evolution tree from your LP submission of yesterday.
[14:01] <Shred00> and i'm getting a patch failure, but in debugging it i am finding that even though quilt applied says patches are applied, when i check actual source files, they don't appear to be.  i must be missing something.
[14:01] <seb128> jcastro, well new code has bugs sometime...
[14:01] <didrocks> Shred00: are you using exactly my branch or do you have your own setup and branch?
[14:01] <seb128> it's not like we were shipping a non working tomboy
[14:01] <Shred00> hrm.  i wonder if i have a stale .pc dir
[14:01] <seb128> jcastro, let's get karl to fix those
[14:01] <jcastro> he's on it
[14:01] <seb128> that's the best we can do
[14:02] <jcastro> I am just trying to communicate his frustration, and that sometimes even a little annoying bug can kill an entire idea with an upstream
[14:02] <jcastro> we felt confident that we were going to fix this pin problem
[14:02] <jcastro> (I know it's not your fault, but you're the tech lead so I am addressing these with you, heh)
[14:03] <seb128> sorry about that
[14:04] <seb128> I though we say we didn't care about the pinning
[14:04] <seb128> said
[14:04] <seb128> if it's important to tomboy users let's make sure we fix it this cycle
[14:05] <jcastro> I think it's "ted said we didn't care about the pinning"
[14:05] <seb128> he managed to confuse me into thinking that was an agreement with you :p
[14:06] <davidbarth> hey don't speak ill of dx ;)
[14:06] <davidbarth> jcastro: go ahead and file a bug for the tomboy issue, if not already the case
[14:07] <jcastro> they are filed and assigned to karl
[14:07] <davidbarth> and i'll put that on the alpha-1 radar
[14:07] <davidbarth> jcastro: ah cool
[14:07]  * kenvandine missed the pinning for a while... but got used to not having it
[14:07] <kenvandine> not saying i wouldn't be happy to see it come back :)
[14:08] <jcastro> davidbarth: right, if we could have a recommendation for what we're going to do so I can show upstream we're taking the problem seriously that would be swell
[14:09] <davidbarth> what's the bug again, because i want to check that we have a decision on what to do
[14:10] <davidbarth> ie, design guildeines matching, implementation issue or whatnot
[14:10] <davidbarth> got it
[14:10] <davidbarth> https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/660525
[14:10] <ubot2> Launchpad bug 660525 in tomboy (Ubuntu) "Pinned notes displayed as separator lines (affects: 1) (heat: 8)" [Undecided,In progress]
[14:10] <jcastro> yeah, and there's the other one with the broken fallback
[14:11] <jcastro> which effectively breaks it on xubuntu and others
[14:28] <pitti> didrocks: hm, who taught you to name patches from git as 999999_git_*? They shoudl be at the top of the stack (00git_*)
[14:29] <pitti> i. e. the nearer a patch is towards upstream inclusion, the earlier it should be applied
[14:29] <pitti> and ubuntu specific patches will always go last
[14:29] <didrocks> pitti: I saw a lot of patchs to get that name, hence the fact I use most of the time 90_git or 91…
[14:29] <didrocks> pitti: also, with the evo express branch, I would have to touch 2 patches as this patch is pretty intrusive
[14:31] <didrocks> but I will know next time :)
[14:32] <seb128> pitti, I usually use 90_...
[14:32] <seb128> it's just to have those out of the distro series
[14:32] <seb128> which usually start at the bottom
[14:36] <pitti> kenvandine: rejecting indicator-sound upload; please reupload with -v to cover previous changelog as well (SRU wasn't released yet)
[14:39] <kenvandine> ah
[14:40] <kenvandine> ok
[14:41] <kenvandine> pitti, --v ?  what does that do?
[14:41] <kenvandine> you mean edit the changelog entry?
[14:42] <pitti> kenvandine: debuild -v<version in maverick>
[14:42] <kenvandine> ah, and i can pass that to bzr bd ?
[14:42] <kenvandine> with -- -v
[14:42] <kenvandine> right?
[14:43] <kenvandine> that doesn't work...
[14:44] <seb128> kenvandine, how so?
[14:44] <seb128> kenvandine, bzr bd --source -- -v<version>
[14:47] <pitti> kenvandine: bzr bd -S -- -vVERSION does work; I use it all the time
[14:47] <kenvandine> oh, you have to give it the version :)
[14:47] <kenvandine> it just gave me a parse error without it :)
[14:48] <pitti> well, it's not quite clever enough to mindread what you want :)
[14:48] <pitti> kenvandine: it's the same as with merging
[14:48] <kenvandine> but i want to give it the latest right?
[14:48] <kenvandine> 0.4.9-0ubuntu1
[14:49] <kenvandine> i see
[14:49] <pitti> indicator-sound | 0.4.7-0ubuntu2 |      maverick | source, amd64, i386
[14:49] <pitti> kenvandine: you want -v0.4.7-0ubuntu2
[14:49] <pitti> it's "include changes since the given one"
[14:49] <kenvandine> yeah
[14:49] <kenvandine> i was confused with what that flag was for :)
[14:50] <pitti> kenvandine: surprising that it's new to you -- you never merged a package with debian?
[14:50] <kenvandine> i have, but it has been a while
[14:50] <pitti> sorry, I would have been a bit more verbose then
[14:50] <kenvandine> :)
[14:50] <seb128> speaking of which now is the right time to do merges :p
[14:51] <seb128> call to everybody in the team there ;-)
[14:51] <kenvandine> yeah... :)
[14:51] <kenvandine> pitti, uploaded
[14:52] <pitti> thanks
[14:52] <seb128> speaking of merges
[14:53] <seb128> mterry, could you do the anjuta 2.32 one?
[14:53] <seb128> mterry, hey btw ;-)
[14:53] <bilalakhtar> hello world!
[14:53] <mterry> seb128, for natty?  sure
[14:55] <cyphermox> seb128, might want to ask a LOSA to kill off the gtk+3.0 build in the gnome3-builds PPA... it's been running for two days :P
[14:55] <cyphermox> also, good morning :)
[14:55] <bilalakhtar> seb128: You mentioned some problem with latest anjuta which was being fixed before maverick release, has it been fixed now?
[14:56] <seb128> mterry, yes, thanks
[14:56] <seb128> bilalakhtar, did I?
[14:56] <seb128> cyphermox, I pinged the soyuz guys and lamont about it yesterday
[14:56] <bilalakhtar> seb128: yes, you told me when I offered to upgrade it in maverick
[14:56] <seb128> bilalakhtar, there was some build issues due to the new vala
[14:56] <seb128> but debian did the update since
[14:56] <seb128> we should merge on their version
[14:56] <seb128> and see if it builds
[14:57] <bilalakhtar> seb128: okie dokie, not my work since mterry took it :D Go ahead!
[14:57] <seb128> there is enough merges to keep everybody busy
[14:57] <mterry> :)
[14:57] <seb128> just pick any other one ;-)
[14:58] <bilalakhtar> yup
[14:58] <bilalakhtar> doko: there?
[14:59] <bilalakhtar> doko: I didn't understand what you meant in the cdebootstrap change
[15:02] <mterry> seb128, with non-Desktop packages, I would do something like 'bzr merge-package lp:debian/blah/blah'.  I don't see any documention in DesktopTeam/Bzr for merges.  Do I just do it old-school way and end up with debian/* changes in bzr?
[15:03] <seb128> I'm doing it the old way but maybe didrocks or pitti have better ways
[15:03] <seb128> didrocks, pitti: ^
[15:04] <seb128> mterry, but for things in universe don't bother with the desktop team vcs workflow
[15:04] <didrocks> mterry: I'm using merge-package most of the time
[15:04] <seb128> like anjuta
[15:04] <didrocks> mterry: but again, do as you want, I guess :)
[15:04] <pitti> mterry: merge-package won't work for our debian/ only branches AFAIK
[15:04] <pitti> it's for the full source branches with integrated tarballs
[15:05] <didrocks> pitti: I think he's talking about "non-desktop packages" == packages from lp:ubuntu/<…> so full source branch
[15:05] <pitti> mterry: if anjuta doesn't have a debian only ubuntu branch, and you are instead using lp:ubuntu/anjuta, then please feel free to try, of course
[15:05] <bilalakhtar> why not make the changes in  a full branch and then copy debian dir?
[15:05] <mterry> seb128, but anjuta has a ~desktop-team branch
[15:05] <seb128> oh, it has?
[15:05] <pitti> if VcsVcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/anjuta/ubuntu
[15:05] <pitti> s/if Vcs//
[15:06] <mterry> Right, so sounds like I do traditional way then
[15:06] <mterry> (unless I'm hearing that we don't actually care-about-having/want-to-have a ~ubuntu-desktop branch for anjuta?)
[15:06] <mterry> bilalakhtar, that could work too
[15:07] <bilalakhtar> Is it anjuta? Isn't that in universe?
[15:07] <davidbarth> kenvandine: hi ken; i've got a fix for https://bugs.launchpad.net/indicator-me/+bug/641252 (actually a duplicate of another bug i had a branch ready for)
[15:07] <ubot2> Launchpad bug 641252 in indicator-me (Ubuntu) (and 1 other project) "Text in broadcast text field doesn't update or disappear automatically (dup-of: 655252)" [Medium,Triaged]
[15:07] <ubot2> Launchpad bug 655252 in indicator-me "Hint not always hidden when the broadcast field is in use (affects: 14) (dups: 5) (heat: 65)" [Low,Fix released]
[15:07] <davidbarth> kenvandine: you can cherry pick on trunk now
[15:07] <bilalakhtar> Just the other day seb128 told me to remove Vcs-Bzr field from deskbar-applet since that was in universe
[15:07] <bilalakhtar> mterry: ^^
[15:07] <davidbarth> kenvandine: can you start the SRU process for this fix please?
[15:08] <seb128> mterry, I don't really have a strong opinion, whatever is easier for you
[15:08] <seb128> it doesn't really make sense for universe packages since motus don't have commit right there
[15:08] <mterry> OK, easiest is probably to remove the special branch and converge on standard method for universe
[15:08] <kenvandine> davidbarth, great
[15:08] <mterry> Thanks all!
[15:09] <seb128> mterry, well consider anjuta updates are part of you opportunistic hacker pack so set whatever workflow will be easier for you
[15:09] <seb128> mterry, np ;-)
[15:09] <mterry> seb128, :) fair.  What else besides anjuta and glade-3 should I be looking at?
[15:09] <mterry> and quickly
[15:09] <seb128> gedit?
[15:10] <seb128> I just did that merge btw
[15:10] <seb128> but if you want to maintain it from now on you are welcome
[15:10] <seb128> I think some of yours specs have gedit hacking
[15:10] <mterry> :)
[15:10] <seb128> to make it a better editor
[15:10] <seb128> or at least integrate it better in the quickly workflow
[15:10] <mterry> Seems tenuous, but I'll take it.  :)
[15:10] <seb128> thanks ;-)
[15:11] <seb128> you can take devhelp as well
[15:11] <seb128> I think that's it but we will not stop you claiming other sources if you want some
[15:11] <seb128> ;-)
[15:15] <mterry> k
[15:16] <jcastro> davidbarth: #627744 is the fallback
[15:16] <bilalakhtar> bug #627744
[15:16] <ubot2> Launchpad bug 627744 in tomboy (Ubuntu) (and 1 other project) "Tomboy note names are blank in the Application Indicator fallback menu (affects: 13) (dups: 2) (heat: 155)" [High,In progress] https://launchpad.net/bugs/627744
[15:23] <mterry> seb128, lp:anjuta doesn't have a debian/ directory...  I'm assuming this is because of the ~ubuntu-desktop branch, and since the plan is to drop that, to add it back
[15:23] <davidbarth> jcastro: ok, i see karl is on it now
[15:24] <seb128> mterry, lp:anjuta is the upstream import
[15:24] <seb128> mterry, you want lp:ubuntu/anjuta?
[15:24] <mterry> duh!  stupid mental typo
[15:24] <seb128> ;-)
[15:30] <didrocks> pitti: on bug #657837, I should also add that we have an inconsistent behavior as well: if you choose notify on "all folder" in evolution, you get notification on the local inbox too, where you don't get when you choose inbox only
[15:30] <ubot2> Launchpad bug 657837 in evolution-data-server (Ubuntu Maverick) (and 2 other projects) "Broken message indicator with Evolution (affects: 9) (dups: 6) (heat: 72)" [High,Triaged] https://launchpad.net/bugs/657837
[15:32] <pitti> didrocks: okay
[15:35] <cyphermox> seb128, Cimi: it took forever but I ran into again just now : to easily get a git snapshot for a package, you can add /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk to debian/rules and use version+gitYYYYMMDD.GITREV
[15:35] <Cimi> thx
[15:36] <seb128> oh ok
[15:36] <cyphermox> means you need to autoreconf though, afaict
[15:38] <Cimi> cyphermox: do you have an example package?
[15:38] <Cimi> cyphermox: just to be sure to do it in the right way ;))
[15:38] <cyphermox> yeah, synaptic is a good one ;)
[15:38] <Cimi> ok
[15:39] <cyphermox> there's only one thing though, as I said you need to run autoreconf since it's a snapshot, not a tarball from make dist, so you need to add some more black magic
[15:39] <micahg> a new context menu for gnome-shell needs to be accepted upstream before being added to Ubuntu, right?
[15:40] <cyphermox> CImi: that would generally be:  autoreconf -i   under pre-build::, but ymmv
[15:42] <dobey> james_w: ping
[15:42]  * didrocks hugs pitti for all the SRU work :)
[15:43] <pitti> (ugh -- sru folder had 250 mails since yesterday)
[15:43] <didrocks> do you really read the emails there? You don't only go and check the queue?
[15:43] <pitti> I need to
[15:44] <pitti> for verification results, regression reports, ACK requests, etc.
[15:44] <pitti> I can just skim most of them, of course
[15:44] <didrocks> yeah, but still a scary number :/
[15:45] <dobey> you need procmail + perl magic
[15:45] <seb128> there is still a bunch of commit we should backport
[15:46] <seb128> if some people are still on maverick and feel like doing some
[15:46] <seb128> I will try to do those on my old laptop next week otherwise
[15:46] <dobey> i guess i should probably start applying for motu soon too
[15:47] <micahg> seb128: did you see my question above?
[15:47] <seb128> micahg, no
[15:47] <seb128> can you repeat?
[15:47] <micahg> seb128: k, for a new context menu in gnome shell, we need it to be accepted upstream first, right? (bug 661106)
[15:47] <ubot2> Launchpad bug 661106 in gnome-shell (Ubuntu) "gnome-shell clock applet needs menu option to change time (affects: 1) (heat: 6)" [Undecided,In progress] https://launchpad.net/bugs/661106
[15:48] <seb128> yes
[15:48] <micahg> seb128: k, thanks
[15:49] <seb128> yw
[15:53] <james_w> hi dobey
[15:55] <dobey> james_w: hey. i was looking at backporting a couple packages from maverick to lucid for u1, and it looks like the bzr repos of a few things aren't up to date. in particular, couchdb and python-django seem to be fairly out of date
[15:55] <james_w> dobey, do you know how to check what happened with them yourself?
[15:56] <didrocks> seb128: what kind of commit for backporting are you talking about?
[15:56] <dobey> james_w: not really, no
[15:56] <seb128> didrocks, one gvfs one, one rhythmbox one
[15:56] <seb128> I think chrisccoulson had his pango update to be sponsored
[15:56] <james_w> dobey, package-import.ubuntu.com
[15:56] <didrocks> can do the rhythmbox one
[15:57] <james_w> dobey, and you will find that https://bugs.launchpad.net/udd/+bug/653312 is the cause of couchdb failing to import
[15:57] <ubot2> Launchpad bug 653312 in udd "Import fails with NoSuchRevision (affects: 1) (heat: 5)" [High,Triaged]
[15:58] <chrisccoulson> seb128 - yeah, i prepared it in bzr, but robert_ancell updated the branch for natty already
[15:58] <james_w> python-django hasn't failed it seems, so I'll just prioritise that job for you
[15:58] <seb128> chrisccoulson, oh ok
[15:58] <chrisccoulson> so, it's not the most recent commit which needs sponsoring
[15:58] <chrisccoulson> which is a bit confusing
[15:59] <seb128> didrocks, check with pedro_ he had some bugs
[15:59] <seb128> didrocks, or check the "bugs with upstream task closed" list
[15:59] <seb128> chrisccoulson, ok
[15:59] <didrocks> seb128: ok, I was looking for git first, thanks :)
[15:59] <seb128> there is quite some commits in git
[15:59] <seb128> several could be interesting to backport
[15:59] <dobey> james_w: hmm, ok, thanks. i'll bookmark that page :)
[16:00] <didrocks> I'm afraid the ipod fixes are a little bit large for an SRU
[16:00] <dobey> james_w: any idea about the bug affecting couchdb?
[16:01] <james_w> dobey, nope, sorry, I haven't investigated yet
[16:01] <james_w> dobey, please comment on the bug that couchdb is important to u1
[16:02] <dobey> will do
[16:31] <Shred00> didrocks: around?
[16:32] <didrocks> Shred00: yeah, please don't ask to ask, just ask :)
[16:32] <Shred00> didrocks: so, yeah.  i think i just had a stale .pc dir
[16:32] <Shred00> but in doing a dpkg-rebuildpackage, i end up with this autogenerated patch at the end of the series representing a diff against the tarball.
[16:33] <didrocks> Shred00: what are you tring to do?
[16:33] <Shred00> which wants to be (un-)applied during unpatch.  how can i avoid creating that autogenerated patch?
[16:33] <didrocks> you didn't answer to:
[16:33] <didrocks> 15:01:36      didrocks | Shred00: are you using exactly my branch or do you have your own setup and branch?
[16:34] <Shred00> didrocks: my tree is actually from gnome git and i have the EVOLUTION_DATA_SERVER_2_30_3 tag checked out
[16:35] <didrocks> Shred00: why? don't you want rather contributing to the ubuntu branch? do you have additional patch that you are required?
[16:35] <Shred00> didrocks: yes and yes
[16:35] <didrocks> Shred00: yes like "you don't want to contribute to the ubuntu branch?"  :)
[16:36] <Shred00> the /debian dir in my tree is actually from bzr
[16:36] <Shred00> no, yes like i want to contribute and yes i have an additional patch.
[16:36] <didrocks> Shred00: can you be more explicit? we can see if we can include it to ubuntu if that's an interesting one. Without more detailed it's hard to help you :)
[16:37] <didrocks> if you have the debian/ dir from our bzr
[16:37] <didrocks> and the git repo
[16:37] <didrocks> with 2.30.3 tag, you have exactly what we have in ubuntu
[16:37] <and471> mpt, do you have a page up on the wiki with the conmann stuff?
[16:38] <Shred00> didrocks: i already filed both an LP bug and a BZ bug about it.  gnome bug 632153, but as you can see it needs testing and confirmation before it's ready for Ubuntu
[16:38] <ubot2> Gnome bug 632153 in Mailer "X-Evolution-Source header missing" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=632153
[16:38] <didrocks> oh that one
[16:38] <didrocks> so, easier to get it is:
[16:39] <didrocks> bzr branch lp:~ubuntu-desktop/evolution/ubuntu youbranch
[16:39] <didrocks> wget -O debian/patches/nameofthepatch http://bugzilla-attachments.gnome.org/attachment.cgi?id=172361
[16:39] <didrocks> bzr add
[16:39] <Shred00> indeed.  my repo is just fine, except that i do have extra files in it that i don't want bundled into that automated patch that's created by dpkg-source.
[16:40] <didrocks> (checking if we uses quilt)
[16:40] <didrocks> no, we don't
[16:40] <didrocks> so, just then bump the changelog
[16:40] <didrocks> and bzr bd
[16:40] <didrocks> it will fetch the upstream tarball for you and you'll be set
[16:41] <mpt> and471, I sure do, https://wiki.ubuntu.com/Networking
[16:41] <didrocks> Shred00: sorry, it's e-d-s in fact, so bzr branch lp:~ubuntu-desktop/evolution-data-server/ubuntu youbranch
[16:42] <Shred00> i have the upstream tarball already and i have in fact bumped the changelog to record my additional patch.  i think that's what's causing this extra patch to be generated.  it's essentially a diff of my working tree and the orig tarball, autogenerated by dpkg-source.
[16:42] <and471> mpt, thanks
[16:42] <didrocks> no, what is causing the extra patch to be generated is because it's the quilt format souce 3
[16:42] <didrocks> source*
[16:42] <didrocks> Shred00: let me pastebin what you should do
[16:44] <didrocks> Shred00: http://paste.ubuntu.com/513982/
[16:44] <didrocks> oupss, forgot bzr add after wget :)
[16:45] <and471> mpt, looks good :)
[16:46] <Shred00> didrocks: by "bump debian/changelog" you don't mean that as a command literally, right?  you mean simply add a new entry to the top of the changelog, yes?
[16:46] <didrocks> Shred00: right, mostly "dch -i" and think to add ~ppa1 to be able to update to the version from ubuntu then
[16:51] <bcurtiswx_> ubuntu netbook, someone test this
[16:52] <bcurtiswx_> load shotwell (new default photo manager) and see that menu bar isn't in panel
[16:52] <bcurtiswx_> this known?
[16:52] <and471> bcurtiswx, yup it was disabled
[16:53] <bcurtiswx_> and471, just wondering what the reasoning was
[16:53] <and471> bcurtiswx, it was blacklisted as appmenu-gtk had issues with shotwell's menus (because they change a lot))
[16:53] <bcurtiswx_> and471, thanks
[16:54] <and471> bcurtiswx_, no problem :)
[16:54] <bcurtiswx_> its kinda cool, i get all my buds from work bugging me about features/bugs once I've gotten them to use ubuntu
[16:55] <bcurtiswx_> and they all love it
[16:55] <and471> hehe
[16:56] <bcurtiswx_> well, the annoying Ubuntu questions aren't cool.. but the fact I've converted most of the graduate students computers from <name another linux dist> to Ubuntu
[16:56] <bcurtiswx_> its nice :)
[16:57] <bcurtiswx_> most recent, fedora to Ubuntu.  They were shocked they didn't _have_ to use root all the time :P
[16:57] <Shred00> didrocks: i have already done essentially what is in your pastebin.  the problem i am having can be represented by doing the following in the e-d-s tree:
[16:57] <Shred00> $ ls -l > foo
[16:57] <Shred00> dpkg-buildpackage
[16:57] <Shred00> and then you get this "automatic patch" in debian/patches with a patch for your "foo" file in it.  yes?
[16:58] <didrocks> Shred00: did you really branch and work in my bzr branch as detailed in the pastebin? you shouldn't have full source then
[16:59] <Shred00> didrocks: i moved the branch material to my source tree
[16:59] <didrocks> Shred00: that's not what I put in the pastebin
[17:00] <didrocks> Shred00: if you want to do something else than what I explained, you should read the "quilt" man page and the dpkg-source man for quilt source format
[17:00] <didrocks> this automated patch is a feature
[17:00] <Shred00> didrocks: but i want to work (on my patch, and build) in my e-d-s source tree.
[17:00] <didrocks> Shred00: wasn't the patch you pointed?
[17:00] <didrocks> (hence the wget)
[17:00] <Shred00> didrocks: i did read it.  i read about this automatic patch thing, but i don't want it.  i don't need dpkg-source guessing what i want in a patch.
[17:01] <Shred00> i have a lot of other files in my tree that i don't want in any distribution
[17:01] <didrocks> Shred00: you should use quilt and not add inline patch, or you have to revert to previous format
[17:01] <Shred00> i don't want them in a patch.  i don't want them in the .diff.  i want dpkg to just ignore that they are there
[17:03] <didrocks> Shred00: you don't have the .diff.gz in the format source 3 as explain in dpkg-source man
[17:03] <didrocks> http://wiki.debian.org/Projects/DebSrc3.0 is a good reference too
[17:03] <Shred00> didrocks: i probably wouldn't care so much except that dpkg-source barfs trying to apply this "autogenerated patch"
[17:04] <didrocks> Shred00: as told, just use properly quilt for making your patch, or revert to previous format
[17:05] <Shred00> didrocks: are you referring to the patch from bugzilla?
[17:05] <didrocks> Shred00: I still don't understand "the patch you want to make" as there is the one from bugzilla and I told you how to apply it. But it seems you want to do something else too, so I call it "your patch"
[17:05] <Shred00> didrocks: that patch is properly made for quilt.  it applies perfectly along with all of the other patches in the series with "quilt push -a" (or debian/rules patch).
[17:06] <didrocks> so, if you don't change anymore more in your tree then, once you quilt push -a, if you build, you shouldn't have any more "autogenerated" patch
[17:07] <didrocks> please, explain more and push a branch somewhere of what you try to achieve
[17:07] <Shred00> but the reality is that i have lots of other stuff in my tree (logs of builds, and so forth) that i want to keep in my tree but i don't want to be part of my generate packages and thus don't want them put into this autogenerated patch.
[17:08] <Shred00> if there was no autogenerated patch at all in fact i'd be happy.
[17:10] <didrocks> Shred00: I don't understand, if you don't need them (as there are just logs…), why don't you use the workflow I proposed?
[17:10] <didrocks> make your test wherever you want
[17:10] <Shred00> i do need them, i just don't want them being considered during package building
[17:10] <didrocks> once you are happy, copy the debian/ directory in the branch I pointed you
[17:10] <didrocks> then, bzr bd -S
[17:10] <didrocks> what are exactly those files you need?
[17:12] <Shred00> didrocks: they are logs of dpkg-buildpackage and notes i keep, etc.  it doesn't really matter what they are.  i just don't want dpkg-source to consider them during it's work.
[17:12] <didrocks> Shred00: as told more than once:
[17:12] <didrocks> 18:01:28      didrocks | Shred00: you should use quilt and not add inline patch, or you have to revert to previous format                                                                                                      │ devildante
[17:12] <didrocks> so, revert to previous package format
[17:13] <devildante> whaat?
[17:13] <Shred00> didrocks: ok.  how do i do that?
[17:13] <didrocks> devildante: sorry, you were on the line I copy from weechat :)
[17:13] <didrocks> Shred00: did you read http://wiki.debian.org/Projects/DebSrc3.0 ?
[17:13] <devildante> np :)
[17:13] <didrocks> there is an "How to convert a source package?" section
[17:13] <didrocks> so, just do the contrary
[17:15] <pitti> good night everyone, have a nice weekend!
[17:16] <didrocks> enjoy your week-end pitti :)
[17:16] <devildante> bye pitti :)
[17:47] <bcurtiswx_> anyone SRU a patch from empathy so that minimizing width below length of menu bar won't cause status bar to disappear?
[17:49] <bcurtiswx_> didrocks, if anyone it might have been you
[17:49] <bcurtiswx_> or at least you'd know
[17:49] <didrocks> bcurtiswx_: I think kenvandine made some empathy upload recently
[17:50]  * bcurtiswx_ pokes kenvandine
[17:50] <kenvandine> hey bcurtiswx
[17:50] <kenvandine> bcurtiswx_, no new patches... just upstream release
[17:51] <bcurtiswx_> OK, there's a bug in which minimizing the width of the empathy contact window past the width of the menu bar will cause things to disappear.  I've asked which commit upstream fixes it, no response yet tho
[17:52] <kenvandine> ok, so fixed since 2.32.0.1?
[17:52] <bcurtiswx_> thats the impression i'm under
[21:00] <devildante> hey there tremolux :)
[21:00] <tremolux> hey devildante!
[21:01] <devildante> tremolux: I was thinking of some new feature for software-center
[21:01] <tremolux> devildante: whatya thinking?
[21:02] <devildante> tremolux: basically, since we now have zeitgeist support, we could say to the user when he opens software-center: "Hey you! You didn't use X software for one month! do you want me to remove it?
[21:02] <devildante> "
[21:03] <devildante> what da ya think?
[21:08] <tremolux> devildante:  ahh yeah, that sounds like a good idea to me
[21:10] <tremolux> devildante: it'd also be nice to notice software that folks installed in the past and have *never* used, I'll bet that happens too
[21:10] <devildante> yeah...
[21:11] <devildante> I wonder if someone is working on it
[21:11] <tremolux> devildante: Zeitgeist opens up interesting possibilities, I'm glad you are thinking about it
[21:11] <devildante> seif__ ^ ?
[21:11] <devildante> (if he's really Seif Lotfy :p)
[21:11] <fagan> i like the ideaq too
[21:11] <fagan> devildante: it is
[21:12] <devildante> :)
[21:12] <fagan> *idea
[21:12] <fagan> damn keyboard
[21:12] <fagan> I love the idea of suggesting software going by what you use too
[21:12] <tremolux> fagan: agreed, it's so cool
[21:12] <devildante> +1
[21:24] <seif__> hey guys
[21:24] <seif__> devildante, its in our todo list
[21:24] <seif__> :)
[21:24] <devildante> great :)
[21:25] <devildante> mind if I do it instead? :p
[21:25] <seif__> not at all
[21:25] <seif__> I would be glad if you someone did it
[21:25]  * devildante talks, but doesn't know anything about zeitgeist :p
[21:25] <seif__> i could walk you through the zeitgeist part of the job
[21:25] <seif__> :)
[21:25] <devildante> that would be great!
[21:28] <seif__> devildante, wanna work on it tomorrow
[21:28] <seif__> ?
[21:28] <devildante> okay :)
[21:29] <seif__> time ?
[21:29] <devildante> seif__: meet up over #zeitgeist at... 11:00 UTC, something like that?
[21:29] <seif__> awesome
[21:40] <devildante> tremolux: package installation on USC trunk doesn't show any progress, HELP :p
[21:41] <tremolux> devildante: heh, let me take a look
[21:43] <tremolux> devildante: hmm, it's working for me
[21:43] <tremolux> devildante: both in the list and the details, where do you see the problem?
[21:45] <devildante> tremolux, when clicking on Install and typing my password, the "Free" text changes to "Installing..." then returns to "Free"
[21:45] <devildante> tremolux, it seems there is a dbus error
[21:45] <devildante> 2010-10-15 20:37:25,143 - dbus.proxies - ERROR - Introspect error on :1.73:/: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.71" (uid=1000 pid=3139 comm="/usr/bin/python) interface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply=0 destination=":1.73" (uid=0 pid=3154 comm="/usr/bin/python))
[21:45] <devildante> tremolux: but it installs fine
[21:46] <tremolux> devildante: what package?
[21:46] <devildante> tremolux, geany
[21:48] <tremolux> devildante: can you install something else?  alarm-clock or something?
[21:48] <devildante> will see
[21:48] <tremolux> devildante: just installed geany, it's working for me
[21:48] <devildante> hmm
[21:49] <tremolux> devildante: trunk actually got released in natty today as 3.1
[21:49] <devildante> yeah, I know
[21:49] <devildante> pff, now, alarm-clock installed just fine
[21:49] <devildante> but I still get the dbus error above in terminal
[21:51] <tremolux> devildante: but you saw the progress for alarm clock?
[21:51] <devildante> yep
[21:52] <devildante> really, what just happened, Idk :p
[21:52] <tremolux> devildante: hrm