[00:36] <TheMuso> Hey robert_ancell. How was guadec?
[00:36] <robert_ancell> TheMuso, hey, it was good
[00:38] <TheMuso> Good to hear.
[02:31] <kenvandine> robert_ancell, recovered from the trip yet?
[02:32] <robert_ancell> kenvandine, yep, all back to normal
[02:32] <kenvandine> :)
[02:58] <chrisccoulson_> hey robert_ancell
[02:58] <chrisccoulson_> do you have time for a little bit of sponsoring? ;)
[03:05] <robert_ancell> chrisccoulson_, sure
[03:06] <chrisccoulson_> robert_ancell, thanks. i put the package here: http://people.canonical.com/~chrisccoulson/swt-gtk/
[03:06] <chrisccoulson_> did you have fun at GUADEC?
[03:07] <robert_ancell> chrisccoulson_, yeah, it was good
[03:07] <chrisccoulson_> excellent!
[03:08] <chrisccoulson_> i should come along next year ;)
[03:10] <robert_ancell> chrisccoulson_, definitely!
[03:11] <chrisccoulson_> right, i should go and get some sleep anyway, it's 3.10 here
[03:11] <robert_ancell> chrisccoulson_, ok, will look over package later today
[03:11] <chrisccoulson_> thanks, and good morning/night/afternoon or whatever time it is ;)
[07:10] <and471> robert_ancell, thanks for the quick response to that bug, but I can't seem to run lightdm
[07:10] <and471> robert_ancell, I follow the instructions on your blog, but it doesn't seem to start
[07:10] <and471> (I have a dual monitor configuration if this helps)
[07:11] <and471> robert_ancell, http://pastebin.com/5UxXJutd
[07:15] <pitti> Good morning
[07:15] <pitti> robert_ancell: good morning
[07:15] <pitti> darn
[07:15] <pitti> so compiz is still busted
[07:15] <pitti> robert_ancell: so, with seb's upload of compiz, the main package actually built, and libcompizconfig0 and compiz-fusion-plugins-main started to become uninstallable
[07:15] <pitti> due to the 0.8.4/0.8.6 mixup
[07:16] <pitti> I tried to fix yesterday, but they still failed; let's see
[07:16] <pitti> ah, compiz/armel was due to kde libs being rebuilt, /me gives back
[07:17] <robert_ancell> pitti, hey, looking into it now
[07:17] <pitti> ah, and compiz-fusion-plugins-main failed because -bcop was still being promoted to main, but not done yet
[07:17]  * pitti gives back, too
[07:18] <pitti> robert_ancell: ok, so let's wait for those two, nevermind
[07:21] <robert_ancell> pitti, I don't get the bcop problem - the build failure log says it can't find it, but it hasn't changed between compiz uploads afaik?
[07:22] <kenvandine> good morning pitti
[07:22] <pitti> robert_ancell: it was demoted to universe in the meantime; I promoted it back last night
[07:22] <pitti> but it didn't publish in time for the plugins-main build
[07:23] <pitti> robert_ancell: plugins-main bumped the dependency to >= 0.8.6, which was unsatisfiable
[07:23] <pitti> so apparently the component-mismatches script thought that our 0.8.4 pacakge was useless and wanted to demote it
[07:24] <robert_ancell> oh
[07:31] <pitti> asac: giving back eet/ecore, they should build now
[07:33] <pitti> and evas
[07:33] <pitti> gar, what a mess
[07:33] <pitti> elementary is blocked on eet, as it seems
[07:42] <didrocks> good morning
[07:43] <desrt> didrocks: hey
[07:43] <pitti> bonjour didrocks
[07:43] <didrocks> hey desrt, how are you? What a shame Vincent and I weren't able to say bye to you!
[07:43]  * pitti hugs desrt, how are you?
[07:44] <desrt> sleepy :)
[07:44] <didrocks> hello pitti, working late, and starting early? :)
[07:44] <desrt> didrocks: sorry for disappearing, but i guess i will see both you and vincent quite soon :)
[07:44] <pitti> didrocks: it's called "release time" :)
[07:44] <pitti> someone needs to fight uninstallability, oversizedness, all the fun :)
[07:44] <didrocks> desrt: right, no worry! Hope you had a nice travel back! ;)
[07:44] <desrt> (maybe you later this month)
[07:45] <desrt> it was okay.  long, though :/
[07:45] <didrocks> pitti: sounds so "fun" ;)
[07:45] <pitti> didrocks: at least I got the oversizedness under control
[07:45] <desrt> they took a very strange route.  possibly something to do with ETOPS since i was on a very strange plane
[07:45] <pitti> I just removed GNOME, and voila, plenty of space!
[07:45] <desrt> >:|
[07:45] <didrocks> pitti: excellent \o/
[07:46] <didrocks> pitti: all GNOME, but this gsettings thing, right ? ;)
[07:46] <pitti> and less to do for you guys as well; WIN-WIN
[07:46] <desrt> didrocks: gsettings isn't part of gnome, actually :)
[07:46] <pitti> didrocks: I left the CLI client
[07:46] <didrocks> desrt: heh, right, good catch!
[07:46] <desrt> weird!
[07:46] <didrocks> pitti: waow, even UNE isn't oversized
[07:46]  * didrocks hugs pitti
[07:46] <pitti> hehehe
[07:47] <desrt> i just realised/remembered that gsettings and dconf are in ubuntu-minimal
[07:47] <pitti> didrocks: I've been busy :)
[07:47] <pitti> didrocks: and I didn't play all my cards yet, we have another 6 MB up our sleeves (bug 612563)
[07:47] <ubot2> Launchpad bug 612563 in checkbox (Ubuntu Maverick) (and 1 other project) "stop duplicating example-contents data (affects: 1) (heat: 6)" [Medium,New] https://launchpad.net/bugs/612563
[07:47] <didrocks> pitti: what have you done? dep/recommends that shouldn't be there or more on the pool/ directory?
[07:48] <didrocks> desrt: yeah, ubuntu-minimal to ensure you are shipped everywhere :)
[07:48] <didrocks> duplicating? /me opens the bug report
[07:48] <pitti> didrocks: there were three main offenders: (1) we pulled git into the alternates (6 MB), (2) ttf-unfonts grew by 8 MB, (3) checkbox duplicates 6 MB of example-contents (pending), and then I removed a lot of sizable upstream changelogs
[07:50] <didrocks> pitti: ok, and seeing that for checkbox too. Do you need some help there? It's mainly removing them and creating symlink, right?
[07:50] <desrt> didrocks: all part of the plan =)
[07:50] <pitti> didrocks: yes; it got assigned to a QA developer, though
[07:50] <desrt> world domination is tiring.  time for bed, i think.
[07:50] <pitti> didrocks: so if they want to do it (we don't have commit to their branch), so much the better
[07:51] <didrocks> desrt: have a good night
[07:51] <pitti> desrt: sleep well!
[07:51] <desrt> cheers
[07:51] <didrocks> pitti: sure
[07:51] <didrocks> pitti: when you strip down upstream changelog, do you sent the change in the debian package too? I mean, otherwise, we will take the full changelog again at next merge
[07:52] <pitti> didrocks: not so far; I avoided touching unmodified packages, and the biggest win comes from centrally changing debhelper
[07:52] <pitti> dh_installchangelogs started to automatically install upstream changelogs, so I disabled that again
[07:53] <didrocks> oh right, you spoke about that in a bug report
[07:57] <pitti> robert_ancell: ok, plugins-main built now; just need to wait a tad more, then compiz/armel should again work, too
[07:58] <pitti> (not that it'd be very imporant)
[08:06] <robert_ancell> pitti, thanks
[08:32] <didrocks> mvo: did you get some sync for oneconf? I get the same issue since I'm back home: no sync at all
[08:33] <mvo> didrocks: no sync for me
[08:33] <mvo> didrocks: I talked to thisfred yesterday
[08:34] <mvo> didrocks: and he said that I am not in the blacklist
[08:34] <mvo> didrocks: so I guess its just general load
[08:34] <didrocks> mvo: I backlogged your conversation, I got a result as well, so not blacklisted here
[08:34] <didrocks> mvo: well, I got some weird errors in the sync log
[08:40] <mvo> didrocks: I keep getting 502, but its the first time I looked at the log
[08:40] <mvo> didrocks: so I can't really say what is weird and what is normal
[08:41] <didrocks> mvo: I got a wide range of error (401, 500 or just "db not found"): http://paste.ubuntu.com/472541/
[08:49] <asac> pitti: hmm
[08:49] <asac> so eina built on i386, but amrel etc. still fail waiting for parts of evas?
[08:50] <asac> err
[08:50] <asac> the other way around ;) https://edge.launchpad.net/ubuntu/+source/evas/0.9.9.49898-1
[08:50] <asac> evas i386 builds on i386, but not on other archs. waiting for arch all?
[08:51] <asac> hmm amd64 succeeded now. guess you fixed it?
[08:57] <seb128> hey
[09:00] <pitti> asac: yes, amd64 was strange; it kept failing on libeina-svn-06, but I didn't see why it was uninstallable
[09:00] <pitti> asac: apparently I annoyed it enough to give in now :)
[09:00] <pitti> bonjour seb128
[09:00] <asac> heh
[09:00] <seb128> hey pitti, asac
[09:00] <asac> i gave back armel now that suffered from same problem
[09:00] <asac> hi seb128 !
[09:00] <asac> lets see!
[09:00]  * asac on call
[09:00] <pitti> asac: argh, again? I already retried that like 3 times
[09:00] <didrocks> salut seb128, ça va ?
[09:00] <seb128> lut didrocks, ouais, et toi ?
[09:01] <didrocks> seb128: ça va bien, en forme :-)
[09:01] <pitti> asac: so once this is built, newed, and published, I'll retry elementary and edje
[09:06] <alf__> pitti: Hi! What are the chances of applying the patches for debian #587771 to the ubuntu package (changed of course for the new release)?
[09:06] <ubot2> Debian bug 587771 in cairo "Package cairo-perf utilities" [Wishlist,Open] http://bugs.debian.org/587771
[09:06] <alf__> pitti: We need it for https://blueprints.launchpad.net/ubuntu/+spec/arm-m-ui-and-test-heads
[09:09] <pitti> alf__: do we really need to ship that everywhere? I'd much rather like to see that being in a separate package
[09:10] <pitti> alf__: the current patch doesn't work anyway, since it installs non-SONAME-specific paths into the package
[09:10] <pitti> ah, -dev
[09:11] <pitti> so if that's going into the -dev, then it should be renamed to libcairo-dev
[09:12] <pitti> asac: ah, building now on armel
[09:16] <alf__> pitti: I can put the cairo-perf utilities in a separate package to avoid the rename
[09:18] <pitti> alf__: sounds good; and a libcairo-perf2 for the libs?
[09:20] <alf__> pitti: Sure. I'll ping you when it is ready, thanks!
[09:20] <pitti> alf__: can you please open a bug about it and assign canonical-desktop-team?
[09:21] <alf__> pitti: ok :)
[09:22] <huats> morning !
[09:25] <seb128> alf__, pitti: those cairo changes should be discussed with slomo first if possible, didn't you start doing that before?
[09:26] <seb128> alf__, pitti: take also into account that upstream seems to recommends against using that utility, it's rather specific and doesn't really reflect performances of your hardware or drivers, just very specific codepaths in cairo
[09:29] <alf__> seb128: We did talk with slomo but there hasn't been any update on the debian side and we need this in ubuntu. I will try to ping slomo again today.
[09:29] <alf__> asac: ^^
[09:30] <slomo> alf__: well, give me a patch and we can continue to discuss this :)
[09:30] <slomo> alf__: i'm not 100% against it, but show me the patch first please
[09:30] <seb128> hey slomo
[09:31] <slomo> hi seb128
[09:31] <seb128> slomo, seems the gdk pixbuf loaders trigger create some issues
[09:31] <slomo> seb128: good, which issues? :)
[09:31] <seb128> slomo, if some postinst needing a loader are run before the gdk one they have errors
[09:31] <seb128> ie cache icons updates
[09:32] <seb128> ie if you have an upgrade with gdx-pixbuf and some applications having icons shipped
[09:32] <seb128> everything is unpackaged first
[09:32] <seb128> then postinst and ran in random order
[09:32] <seb128> the loader cache is not available until the gdk-pîxbuf runs
[09:33] <alf__> slomo: Hi! There is a patch at debian #587771 (against 1.9.10). Ths
[09:33] <ubot2> Debian bug 587771 in cairo "Package cairo-perf utilities" [Wishlist,Open] http://bugs.debian.org/587771
[09:33] <slomo> alf__: thanks, will take a look later
[09:33] <seb128> but if some other postinst run before this one need the loaders you get issues
[09:33] <slomo> seb128: hrm, ok
[09:33] <seb128> I'm not sure how to fix that...
[09:34] <seb128> slomo, want to move that discussion to #debian-gnome rather?
[09:34] <slomo> yes, but not now
[09:34] <seb128> ok
[09:34] <seb128> ping me there when you want to discuss it then
[09:34] <slomo> i'll start it later today or early tomorrow .)
[09:34] <seb128> ok
[09:34] <slomo> thanks for telling me about it
[09:34] <seb128> np
[09:34] <slomo> btw, i started with gtk3 in pkg-gnome svn... if you want to take a look
[09:34] <seb128> is there an issue with the experimental glib btw?
[09:35] <slomo> there's sitll lots of things to do
[09:35] <seb128> oh nice, I will
[09:35] <slomo> maybe, what's wrong?
[09:35] <alf__> slomo: The question is whether it would be better to split perf stuff into separate packages. Anyway, ping me when you are ready. Thanks!
[09:36] <slomo> alf__: i prefer separate packages if it isn't too ugly
[09:36] <seb128> slomo, not sure, somebody in #debian-gnome mentioned it segfaults yesterday
[09:36] <slomo> ok, thanks
[09:37] <slomo> it doesn't crash for me but webkit started to crash recently ;)
[09:37] <slomo> oh and there's a bug about some trigger in glib segfaulting
[09:38] <seb128> that might be the issue that guy was talking about yesterday
[09:38] <asac> alf__: what changes are you talking about?
[09:38] <asac> seb128: ?
[09:38] <asac> (cairo)
[09:39] <asac> didnt you say above that cairo-perf should live in a separate package?
[09:39] <pitti> argh, argh, compiz still uninstallable
[09:39]  * pitti fixes harder
[09:39] <asac> hehe
[09:41] <alf__> asac: yes. The current packaging, though, puts perf stuff in libcairo2(-dev).
[09:41] <pitti> *sob* I had http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html down to 0 on i386/amd64 yesterday
[09:44]  * seb128 hugs pitti
[09:44]  * didrocks hugs pitti
[09:49] <asac> alf__: so will we do a separate package?
[09:49] <asac> or what is the word ;)?
[09:49] <seb128> asac, alf__: what do you that one for btw?
[09:49] <seb128> asac, alf__: you realize that upstream said it's pretty useless for benchmarking hardware or drivers?
[09:49] <seb128> you are basically going to measure some very specific cairo codepath performances with it
[09:50] <seb128> that's not really reflection the driver or hardware performances...
[09:56] <alf__> asac, seb128: agreed, it is not a pure hardware benchmark but it is affected by the driver/hardware performance
[09:58] <asac> seb128: we first make available the benchmarks etc. and then see how things can be improved etc.
[09:58] <seb128> ok, fair enough, I was just pointing it for information
[09:59] <asac> seb128: thanks... do you have links/resources for that statement?
[10:00] <alf__> asac: i will split perf stuff to seperate binary packages
[10:01] <slomo> seb128: for the pixbuf triggers, we could make the icons packages pre-depend on gdk-pixbuf maybe
[10:03] <seb128> slomo, well it's any package installing an icon, so hundred of packages
[10:04] <seb128> slomo, and that would not solve upgrade from old version or partial upgrades cases
[10:04] <pitti> asac: hm, do you have some minutes to track down all the uninstallability mess in http://launchpadlibrarian.net/52984258/buildlog_ubuntu-maverick-amd64.edje_0.9.99.49898-1_FAILEDTOBUILD.txt.gz ?
[10:05] <seb128> asac, no, just IRC log from the discussion between alf__ and #cairo guys some weeks ago on the topic
[10:06] <seb128> asac, I don't say those are useless or that you can't improve them, just be aware that they are not an efficient way to measure what you hardware or driver can do now
[10:06] <seb128> I guess that's still better than nothing and you can improve the coverage
[10:11] <seb128> pitti, has https://edge.launchpad.net/ubuntu/+source/eet/1.3.2-1/+build/1900794 been published yet?
[10:11] <seb128> pitti, I guess edje can be retried once it has
[10:11] <pitti> right; I'll just keep retrying the stuff until it condescends to build, I figure :)
[10:12] <pitti>   libeet1 |    1.3.2-1 |      maverick | amd64, armel, i386, ia64, powerpc, sparc
[10:12] <pitti> shuold be fine
[10:12]  * pitti gives back
[10:17] <seb128> pitti, ok, tracked it
[10:17] <seb128> it's ecore which failed to build
[10:17] <seb128> because evas was not published yet
[10:17] <seb128> so you need to retry ecore
[10:17] <pitti> done, thanks
[10:17] <seb128> then you can retry edje
[10:18] <seb128> then = when the other one will be published
[10:18] <pitti> thanks
[10:18] <pitti> so, armel images will still take a while :)
[10:18] <seb128> yeah...
[10:19] <ronoc> bl8: ping
[10:19] <seb128> hey ronoc
[10:19] <asac> pitti: ecore needs to be built i hope
[10:19] <bl8> ronoc: Hey !
[10:19] <pitti> asac: right, just retried it
[10:19] <ronoc> hi seb128
[10:19] <pitti> hey ronoc
[10:19] <asac> cool
[10:20] <ronoc> hey pitti
[10:20] <ronoc> bl8: so did i hear you have a mpris 2 branch ready to merge ?
[10:20] <ronoc> bl8: there have been some changes to the spec last week (nothing major)
[10:21] <bl8> ronoc: it's here : http://gitorious.org/~bl8/banshee/bl8-clone/commits/mpris
[10:22] <bl8> ronoc: Oh, I'll have another look at the spec then, thanks for the heads up
[10:22] <ronoc> bl8: do you intend to support the playlist stuff ?
[10:23] <bl8> ronoc: Not sure, I haven't seen anything about it. Is it described anywhere ?
[10:24] <seb128> ronoc, speaking of which, is that normal that the current version lists some playlists when I've none in my player configured?
[10:25] <didrocks> I think it's just dummy test output, same here :)
[10:25] <ronoc> bl8: its in the playlist part of the spec, its optional. The spec can be found from here http://www.mpris.org/mirsal/2.0-draft/spec.html
[10:26] <ronoc> didrocks: they are just mock playlist titles for now until I can find some backend that supports it
[10:26] <didrocks> yeah, I was thinking I definitively have no "Kranky selection" ;)
[10:26] <ronoc> seb128: sorry it was you who asked the question
[10:27] <ronoc> didrocks: and why not, ?:) great label - god speed you black emperor, stars of the lid, loscil ...
[10:27] <seb128> ronoc, ok
[10:27] <seb128> lol
[10:27] <didrocks> ronoc: not the kind of music I listen TBH ;)
[10:29] <ronoc> didrocks: fair enough, too much sunshine down in France, keeps ye all in such a good mood you have no need for such muzak
[10:30] <didrocks> ronoc: heh, right :-) (or let's believe it is right!)
[10:30] <ronoc> :)
[10:31] <bl8> ronoc: As Playlists use TrackList objects, which are not implemented, we probably won't support them, at least for now
[10:35] <bl8> ronoc: Is the basic mpris stuff (play, pause,etc.) supposed to be working with mpris v2 in the sound-menu ?
[10:35] <ronoc> bl8: oh thats a shame, looks like vlc will be the only client to support them for maverick
[10:35] <ronoc> maybe amarok
[10:36] <ronoc> depending on how much time agateau will have
[10:38] <ronoc> bl8: I'm waiting for a build to implement/test mpris 2
[10:38] <ronoc> vlc is due today, although i was told that about a week ago
[10:39] <ronoc> hopefully thursday release will have this in place
[10:39] <ronoc> bl8: its not too much work
[10:42] <seb128> mvo, did you try to talk to the #cairo guys about your slowness issues?
[10:44] <bl8> ronoc: The things about TrackList is that it would probably require a significant amount of work to make it fit with the way things are done in Banshee
[10:46] <mvo> seb128: no, sorry
[10:46] <seb128> mvo, ok, no pb
[10:46] <pitti> ah, ecore built, binNEWed (still waiting on armel)
[10:49] <asac> yay
[10:49] <seb128> mvo, ok, I try to ask them
[10:49] <seb128> mvo, what videocard do you use?
[10:49] <seb128> mvo, rather driver, nouveau?
[10:50] <asac> pitti: also binNEWmained?
[10:50] <ronoc> bl8: yes this is the same I think with rhythmbox
[10:50] <mvo> seb128: I see it on nouveau and ati
[10:50] <mvo> seb128: ati is a couple of days behind though with the upgrades
[10:50] <pitti> asac: yes
[10:50] <asac> cool
[10:50] <asac> armel is in its last steps according to live-log
[10:50] <seb128> mvo, ati being the opensource ati driver right?
[10:51] <mvo> seb128: ye
[10:51] <mvo> ss
[10:51] <seb128> mvo, ok thanks
[10:52] <pitti> asac: ecore/armel NEWed
[10:53] <pitti> so, another hour, then we can retry edje and elementary, and in about three hours we might actually have something installable again
[10:53] <sense> seb128: Will Empathy be compiled with GeoClue support in Maverick?
[10:53] <seb128> sense, no
[10:54] <vish> why does empathy have freenode *and* Ubuntu servers listed in its irc channels available?
[10:54] <sense> yeah
[10:55] <sense> vish: Why did we make Freenode the default IRC server, and not Ubuntu?
[10:55] <vish> sense: i didnt expect that bug uploaded , i mentioned Ubuntu servers  :S
[10:55] <sense> irc.ubuntu.com:8001 is probably preferred
[10:56] <sense> Would allow us to quickly switch to other servers without losing everyone in the channels, I guess.
[10:56] <Zdra> is that an ubuntu-specific patch for empathy?
[10:56] <vish> sense: the problem is both are the same , but no one refers to them as Ubuntu servers either.. why not just remove Ubuntu servers?
[10:57] <sense> vish: The Freenode entry is also using irc.ubuntu.com as the server?
[10:57] <vish> sense: no , it has freenode as its server
[10:57] <sense> vish: then that is the difference
[10:57] <vish> sense: but both just use freenode , i asked on -irc, they are both same
[10:58] <sense> vish: That is true, but if we might want to switch to other IRC servers we could just make irc.ubuntu.com redirect to something else and everyone would switch easily.
[10:58] <vish> Zdra: which patch, there is one forwarded upstream , and cassid-y has requested a few changes
[10:59] <vish> ?
[10:59] <vish> sense: we wont be switching from freenode ;p
[10:59] <sense> vish: Maybe this is something for the desktop team to consider. Do we want to keep references to Ubuntu Server as a separate IRC server or not.
[10:59] <Zdra> vish, to make freenode the default, yes. But if you want ubuntu to be the default then I guess that's an ubuntu patch for the package
[10:59] <sense> vish: I know. ;)
[11:00] <vish> Zdra: there needs to be a default server option available , upstream using Gimpnet is good , while each distro changes to its own server
[11:00] <didrocks> ogra: the session desktop file should be shipped in the settings package, not the launcher. You should Replaces:
[11:01] <didrocks> (and remove it from the launcher)
[11:02] <vish> Zdra: are the two servers[freenode, Ubuntu servers] listed in the upstream version too?
[11:04] <kiwinote> didrocks, mvo: fyi having oneconf installed adds half a second warm startup time and 2.7 seconds cold startup time to s-c every single time it is launched..
[11:05] <didrocks> kiwinote: hum, weird, almost all is async, can it be with desktopcouch loading?
[11:05] <kiwinote> didrocks, mvo: which may not seem a lot, but it does take warm startups from a total time of 1 second to 1.5 seconds in the branch i'm working on
[11:05] <kiwinote> didrocks: I haven't yet looked into what precisely the cause is
[11:05] <asac> pitti: scheduler runs are once an hour? thought it was every 30 min
[11:06] <pitti> asac: scheduler?
[11:06] <asac> publisher ;)
[11:06] <asac> pitti: ^
[11:06] <pitti> asac: oh, publisher? yes, every hour at :3
[11:06] <didrocks> kiwinote: do you want to trace that, like adding before loading plugin and after?
[11:06] <pitti> it takes some 50 mins, so it can't run faster
[11:06] <asac> yeah
[11:06] <didrocks> kiwinote: to have real data :)
[11:06] <asac> ok so thats unfortunate timing then ;)
[11:06] <mvo> kiwinote: uh, that is not good
[11:07] <chrisccoulson> pitti - would you mind sponsoring the pacakge in http://people.canonical.com/~chrisccoulson/swt-gtk/ for me please?
[11:07] <kiwinote> didrocks: the time is the time to execute self.plugin_manager.load_plugins() from within the s-c app.py, if that is what you mean?
[11:08] <didrocks> kiwinote: exactly
[11:08] <chrisccoulson> i can't upload it :(
[11:08] <pitti> chrisccoulson: sure
[11:08] <chrisccoulson> thanks
[11:09] <pitti> chrisccoulson: you dont' happen to have the source.changes still?
[11:09] <pitti> chrisccoulson: seems I'd need to install a gazillion packages just to build the source
[11:09] <chrisccoulson> pitti - should do, 1 second
[11:10] <chrisccoulson> pitti - i've put the source.changes there too now
[11:11] <pitti> chrisccoulson: uploading (argh, includes orig.tar.gz)
[11:11] <seb128> chrisccoulson, see you could use uploads right out of the mozilla set ;-)
[11:12] <chrisccoulson> pitti - want me to rebuild it without the orig.tar.gz?
[11:12] <chrisccoulson> seb128 - yeah, it would be useful ;)
[11:12] <pitti> chrisccoulson: nah, already uploaded
[11:12] <chrisccoulson> thanks
[11:22] <didrocks> DEBUG:softwarecenter.plugin:/usr/share/software-center/plugins/oneconf_plugin.py module loading time: 0.170000
[11:22] <didrocks> DEBUG:softwarecenter.plugin:/usr/share/software-center/plugins/oneconf_plugin.py module init_plugin time: 0.000000
[11:22] <didrocks> mvo: kiwinote ^
[11:23] <didrocks> and my laptop has more than 3 years, not the fastest one
[11:23] <didrocks> then, there is some async desktopcouch and network call that can slowdown startup time
[11:27] <kiwinote> didrocks: could it have anything to do with the u1 servers or so? I have just been doing some testing for the last 20mins constantly getting slow timings and now I also get fast startup speeds??
[11:28] <kiwinote> didrocks: I had managed to trace it down to oneconf.hosts before it all became fast..
[11:30] <pitti> cd
[11:31] <didrocks> kiwinote: there is no u1 server call before you open the u1login dialog
[11:31] <didrocks> kiwinote: however, there are some desktopcouch call by dbus
[11:31] <kiwinote> didrocks, I'll go and have some lunch now and have a better look afterwards to find out why..
[11:31] <didrocks> kiwinote: great, enjoy! :)
[11:32] <kiwinote> didrocks: thanks for the help!
[11:32] <didrocks> kiwinote: thanks to you :)
[11:49] <pitti> yay, compiz is installable again
[11:51] <asac> :)
[11:58] <seb128> didrocks, why did you reopen bug #592060?
[11:58] <ubot2> Launchpad bug 592060 in libgee (Debian) (and 1 other project) "[MIR] libgee (affects: 1) (heat: 8)" [Unknown,New] https://launchpad.net/bugs/592060
[11:58] <seb128> didrocks, do you still have bug #591158 and bug #591159 on your list?
[11:58] <ubot2> Launchpad bug 591158 in libunity-misc (Ubuntu) "[MIR] libunity-misc (affects: 1) (heat: 66)" [Wishlist,Incomplete] https://launchpad.net/bugs/591158
[11:58] <ubot2> Launchpad bug 591159 in dee (Ubuntu) "[MIR] dee (affects: 1) (heat: 66)" [Wishlist,Incomplete] https://launchpad.net/bugs/591159
[11:59] <didrocks> seb128: just to track the symbols file addition (see comment) so that I close it accordingly when debian sponsor my patch
[11:59] <seb128> didrocks, oh ok
[11:59] <didrocks> seb128: dee is ok, I can close it
[11:59] <seb128> didrocks, asac said to assign back to him when it has a symbol file on the bug
[12:00] <didrocks> seb128: oh right, doing that so
[12:00] <seb128> thank you
[12:00] <vish> seb128: there was a problem with the previous patch ,gnome Bug 530136 was re-opened and a new patch applied.  the "organize desktop by name" shows up in folders too :s
[12:00] <ubot2> Gnome bug 530136 in Desktop ""Clean Up by Name" should be "Reset by name" or similar" [Trivial,Reopened] http://bugzilla.gnome.org/show_bug.cgi?id=530136
[12:00] <seb128> asac, ^ you were asking for srus yesterday ;-)
[12:00] <didrocks> seb128: not sure about why that extra step is needed :)
[12:00] <seb128> vish, thanks
[12:00] <vish> seb128: shall i re-open the lp bug or open a new one?
[12:01] <seb128> vish, you can reopen the previous one
[12:01] <asac> seb128: i asked for MIRs not SRUs
[12:01] <vish> seb128: ok neat, thanks
[12:02] <asac> you can close if it has symbol file
[12:02] <seb128> asac, sorry that was a typo, we were speaking about mirs ;-)
[12:02] <didrocks> asac: ok, closing it so
[12:02] <asac> didrocks: which one was it?
[12:02] <asac> dee?
[12:02] <didrocks> asac: dee
[12:02] <didrocks> libunity-misc still wait for an upload for that, I'm pushing the packaging branch now
[12:03] <didrocks> libgee is waiting for debian sponsorship
[12:04] <asac> ok looks ok
[12:04] <asac> you are core dev, arent you?
[12:04] <didrocks> right
[12:04] <asac> maybe close bugs in changelog ;)
[12:05] <asac> ok ... just wondered because you said its waiting for an pload
[12:05] <asac> but you talked about debian i figure
[12:05] <didrocks> asac: exactly, as we are in sync for libgee
[12:05] <didrocks> asac: well, closing MIR bug in changelog is weird, but can do for next upload of libunity-misc if needed :)
[12:06] <asac> didrocks: this one was a follow up bug after a pre-promotion
[12:06] <asac> iirc
[12:06] <didrocks> yes
[12:06] <asac> so its fine imo ;)
[12:06] <didrocks> ok :)
[12:28] <pitti> first ubuntu alternate candidates posted to tracker, FYI
[12:28] <pitti> they should be installable, but smoketesting appreciated
[12:30] <pitti> asac: argh, elementary depends on edje; so, another two hours
[12:53] <kiwinote> didrocks: it turns out that the fast loading time was just a typo i had made meaning that only part of the plugin was loaded
[12:53] <kiwinote> didrocks: http://pastebin.ubuntu.com/472621/ has all the times
[12:53] <kiwinote> didrocks: the slowest thing is 'from desktopcouch.records.server import CouchDatabase'
[12:54] <didrocks> kiwinote: ok, I'll ping desktopcouch people about that, not sure I can do a lot there :/
[13:31] <pitti> didrocks: ubuntu-netbook built and published to tracker, FYI
[13:31] <didrocks> pitti: thanks, syncing the iso
[13:32] <seb128> pitti, do we have candidate desktop as well or only the alternates ones?
[13:32] <pitti> seb128: it's still building
[13:32] <seb128> ok
[13:32] <pitti> didrocks: still within the limit, 699 MB \o/
[13:33] <didrocks> pitti: awesome! thanks for your work there :)
[13:33]  * didrocks hugs pitti
[13:33]  * pitti hugs back didrocks
[13:33]  * seb128 hugs pitti as well, what we would do without you
[13:34] <chrisccoulson> pitti - can we fit chromium on it now?
[13:34]  * chrisccoulson hides
[13:35] <pitti> chrisccoulson: oh, I thought it was there already
[13:35] <chrisccoulson> oh, i didn't think so. perhaps didrocks knows though
[13:35] <pitti> ISTM that this is a change that we should do rather earlier than later?
[13:36] <didrocks> chrisccoulson: we didn't change our opinion since the discussion we had :)
[13:39] <pitti> seb128: http://cdimage.ubuntu.com/daily-live/20100803.1/
[13:39] <pitti> grab'em while they're hot :)
[13:39] <seb128> pitti, danke
[13:40] <seb128> pitti, no chromium by default this cycle, chrisccoulson didn't have time for it due to the firefox security updates and we still have issues to sort
[13:42] <didrocks> seb128: hum, do you have that issue too? click on a menu, try to use the keyboard to switch items without touching the mouse, does it focus again the first element (where the cursor it) after half a second?
[13:42] <seb128> didrocks, under unity?
[13:42] <didrocks> seb128: no, under GNOME here
[13:43] <didrocks> like, click on Applications (with the mouse)
[13:43] <didrocks> then, use the arrow keys to select another item
[13:43] <didrocks> damn, I get no more the issue :/
[13:43] <seb128> no, I don't get it
[13:43] <didrocks> oh I get it with only left/right
[13:44] <seb128> I clicked on applications, left
[13:44] <didrocks> so, click on Applications, then right to select places
[13:44] <seb128> no issue
[13:44] <didrocks> hum, I get it there
[13:44] <didrocks> not sure how to debug that
[13:44] <seb128> do you have unclutter running?
[13:44] <didrocks> yes
[13:44] <didrocks> let me stop it
[13:44] <seb128> can you stop it and try again?
[13:44] <didrocks> kill?
[13:44] <seb128> yes
[13:45] <didrocks> unclutter is guilty
[13:45] <seb128> ok, I'm not surprised
[13:45] <seb128> uninstall it
[13:45] <seb128> we stopped shipping it by default it was only for alpha2 for testing
[13:46] <didrocks> oh ok :)
[13:46] <didrocks> thanks seb128
[13:46] <seb128> np
[13:46]  * kenvandine kind of liked the pointer getting hidden
[13:47] <kenvandine> but bugs be bugs :)
[13:47] <seb128> hey kenvandine
[13:47] <didrocks> good morning kenvandine
[13:47] <kenvandine> hey guys :)
[13:56] <robert_ancell> pitti, your blog post about frozen main has an empty link
[13:56] <seb128> hey robert_ancell
[13:57] <robert_ancell> seb128, hey
[13:57] <pitti> robert_ancell: whoops, thanks! fixed
[13:57] <seb128> robert_ancell, had a nice flight back? sorry I lost you at the airport, they had a second security check point and side to the airport and my flight was there
[13:58] <robert_ancell> seb128, yeah, I thought you were getting special treatment!!
[13:59] <robert_ancell> seb128, has your sickness cleared up?
[13:59] <seb128> yes!
[13:59] <seb128> did you manage to avoid getting the guadaflu? ;-)
[14:00] <seb128> I spent saturday mostly sleeping and I'm fine since sunday
[14:00] <didrocks> seb128: no Zelda this week-end, so?
[14:00] <seb128> didrocks, no ;-)
[14:00] <seb128> zelda is not a weekend thing
[14:00] <seb128> it would require some weeks of holidays :p
[14:00] <didrocks> seb128: heh, right :-)
[14:01] <robert_ancell> seb128, yeah, I think I'm just on the tail end of it.  I slept all morning/afternoon Sunday, was surprised I managed to sleep Sunday evening too!
[14:02] <seb128> hehe
[14:04] <pitti> asac: do you have a n-l-efl upload ready, to build against the new -06 ABI stack?
[14:05] <pitti> it's uninstallable right now
[14:07] <asac> pitti: no yet ... wanted to do that once the stack was sorted
[14:07] <asac> is all there now?
[14:07] <pitti> ogra: ^ FYI
[14:07] <asac> elementary still missing
[14:07] <pitti> asac: not yet, I was just wondering (and ogra asked about an image build)
[14:07] <pitti> asac: elementary waiting on edje publisher
[14:08] <asac> it wouldnt build atm
[14:08] <asac> (i would guess)
[14:08] <pitti> asac: *nod*
[14:08] <asac> let me prepare the update though
[14:09] <ogra> asac, you didnt tell me it would take me a day out of business when you asked for uploading n-l-efl
[14:09]  * ogra wasnt aware that would require the whole stack
[14:09] <asac> i was asking about the whole stack
[14:10] <ogra> i somehow wasnt aware :/
[14:10] <asac> there were a few unfortunate steps here. one was that the sync happened EOD yesterday rather than lunch time, so the stack needed love today
[14:10] <ogra> well, it is how it is
[14:11] <asac> right
[14:11] <asac> all will be fine today ;)
[14:11] <seb128> sorry about the sync delay
[14:11] <seb128> I would have waved things through new yesterday evening if I realized that was required
[14:12] <seb128> anyway it's almost sorted now
[14:18] <asac> seb128: np at all
[14:22] <pitti> didrocks: hm, current netbook iso shows close/minimize/maximize buttons in the panel
[14:22] <pitti> (which overlap with the "desktop" menu)
[14:22] <pitti> known?
[14:23] <didrocks> pitti: known and bug filed
[14:23] <pitti> ok, thanks
[14:23] <didrocks> yw :)
[14:24] <pitti> and I get the ubuntu-one bar in each folder; also known?
[14:24] <pitti> kenvandine: ^
[14:24] <pitti> (in nautilus)
[14:24] <ogra> thats surely a promotional thing :)
[14:25] <didrocks> pitti: it's like that for quite a long time now :/
[14:25] <seb128> pitti, that's "not a bug" :-(
[14:25] <pitti> didrocks: ok, so seems there's a bug report in order
[14:25] <pitti> seb128: ..
[14:25] <pitti> u1 harassing me to sync each and every folder is not a bug??
[14:25] <seb128> pitti, design thinks it's not easy enough to figure how to use u1 without those
[14:26] <seb128> pitti, I'm with you on this one, especially that I don't use ubuntuone at all
[14:26] <pitti> and if people actually click on that in their video folder, and they have a fully saturated dsl link for the next three years (and thus broken internet), that's also not a bug?
[14:26] <pitti> djsiegel: halp! ^
[14:27] <seb128> pitti, you want to talk to johnlea
[14:31] <kenvandine> pitti, yeah
[14:31] <kenvandine> pitti, it is better than it was...
[14:31] <ronoc> bl8: do you intend to implement the mpris method raise()
[14:31] <seb128> kenvandine, do we have a reference bug for that "issue"?
[14:31] <ronoc> bl8: that would be great if you would
[14:31] <kenvandine> it had said "Ubuntu One: disabled" with a enable button in every folder
[14:32] <kenvandine> a bunch of us hit enable... which synced that folder :)
[14:32] <kenvandine> seb128, only for the text that was there sucking
[14:32] <kenvandine> not for the presence of that bar or not
[14:32] <seb128> seems there is a couple of ones about not spamming every dialog with the bar
[14:32] <seb128> not sure if one is used for discussion with design etc though
[14:33] <seb128> can you try to figure that out?
[14:33] <kenvandine> not that i saw, but i can find out
[14:33] <seb128> thanks
[14:35] <pitti> seb128, kenvandine: I filed bug 612988, please confirm/ack/etc.
[14:35] <ubot2> Launchpad bug 612988 in ubuntuone-client (Ubuntu) "[nautilus] shows ubuntu-one ribbon in each folder (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/612988
[14:36] <kenvandine> pitti, thx
[14:38] <kenvandine> pitti, i'll comment on the bug... but the "Ubuntu One" isn't enough, i think it should display a banner on each folder that is set to sync and have a menu entry to enable syncing that folder
[14:38] <didrocks> pitti: should the OEM setup ask for setuping an account name at first launch after install?
[14:38] <kenvandine> or maybe just a small button or something... the banner takes up way too much space
[14:38] <pitti> didrocks: yes
[14:38] <pitti> kenvandine: right-click menu isn't enough?
[14:39] <didrocks> pitti: ok, I'll have a try on the regular desktop install before opening a bug for UNE
[14:39] <kenvandine> no, what happens with touch devices someday?
[14:39] <kenvandine> my biggest complaint is the space... it is like 40px high, or more
[14:40] <kenvandine> and the button is way too inviting
[14:40] <kenvandine> maybe just an u1 icon in the toolbar, and when you click it you can control the state with some popup menu of some sort...
[14:40] <kenvandine> dunno
[14:40] <pitti> ok
[14:40] <kenvandine> anyway, i'll comment and make sure johnlea sees it
[14:41] <kenvandine> that banner is freaking huge :/
[14:42] <pitti> kenvandine: thanks
[14:42] <seb128> there should also be a way to say "I don't use ubuntuone, stop spamming me with advertisement banners"
[14:42] <staz> +1
[14:42] <seb128> hey staz
[14:43] <seb128> mvo, pitti: have you seen bugs similar to http://paste.ubuntu.com/472659/?
[14:43] <seb128> dpkg " error in Version string `3.1.2-56127_Ubuntu_karmic': invalid character in revision number"
[14:43] <staz> seb128: hello :)
[14:44] <seb128> ronoc is getting that when trying to upgrade his maverick today
[14:47] <kenvandine> seb128, it could be smart about it and only display it if you have a u1 account configured
[14:47] <kenvandine> but i think they also want to drive the action of wanting to sync files directly into account signup
[14:47] <seb128> well even if that case
[14:47] <didrocks> kenvandine: even with that, I don't want to get that on every single folder I have
[14:48] <seb128> if I share one folder only I don't need a banner to be displayed on every user dir for ever
[14:48] <kenvandine> didrocks, indeed
[14:49] <bcurtiswx> kenvandine: vish said in bug #542806 that you had a patch to fix.  I'm wondering if this patch will still allow for scroll to bottom when you're already at the bottom of a chat window
[14:49] <ubot2> Launchpad bug 542806 in empathy (Ubuntu) (and 3 other projects) "In chat rooms, empathy should not scroll to the bottom whenever a new message is received. (affects: 22) (dups: 1) (heat: 121)" [Low,Invalid] https://launchpad.net/bugs/542806
[14:50] <pitti> seb128: I didn't, no
[14:51] <seb128> pitti, ok
[14:52] <kenvandine> bcurtiswx, not sure i understand what you mean
[14:53] <bcurtiswx> in a chat room, if i'm already at the bottom of the chat window, i would expect it to auto scroll to bottom for me
[14:53] <kenvandine> oh, i doubt it would
[14:53] <kenvandine> well, actually maybe it would
[14:53]  * kenvandine needs to fix that branch and do a release
[14:54] <bcurtiswx> well, before your patch, it does (no matter what).  im wondering if you patch removes that only if you're not already at the bottom of the chat window
[15:02] <mvo> kiwinote: I just merged the "getting-small-stuff-right" branch, could you please remerge to look over my changes? I did some minor tweaks and would appreciate a quick review on them
[15:03] <kiwinote> mvo: thanks, I'll have a look as soon as trunk has reloaded
[15:06] <mvo> kiwinote: thanks!
[15:07] <seb128> mvo, !!!
[15:08] <seb128> mvo, saw my ping just before? ;-)
[15:09] <mvo> seb128: no
[15:09] <kenvandine> seb128, didrocks: can one of you guys please review lp:~ken-vandine/gwibber/libgwibber-ubuntu ?
[15:09] <mvo> seb128: oh, now
[15:09] <seb128> kenvandine, didrocks: reviewing it
[15:09] <kenvandine> thx!
[15:09] <didrocks> seb128: ok
[15:09] <mvo> seb128: I bet its dpkg not sanitizing the stuff it writes out to the status file anymore
[15:09] <mvo> seb128: or did you go wild in it manually ;)
[15:10] <mvo> seb128: or maybe it got more picky :)
[15:10] <didrocks> pitti: hum, no prompt after first boot for setting up an user account as well with OEM installation for the desktop image
[15:10] <kenvandine> seb128, i also have a branch for gnome-utils that embeds the gwibber posting widget in gnome-screenshot... but that won't be a maverick thing i suspect :)
[15:11] <seb128> mvo, ronoc is the one having the issue
[15:11] <seb128> ronoc, there?
[15:11] <ronoc> seb128: hey
[15:12] <ronoc> shall i try again ?
[15:12] <seb128> mvo, any suggestion of what ronoc can do to get out of it?
[15:12] <seb128> ronoc, yes please
[15:13] <vish> bcurtiswx: hmm , iirc the nicolo's patch was turning off the auto-scrolling and nothing more
[15:13] <ronoc> seb128: still the same problem
[15:14] <bcurtiswx> vish: that can be a major problem for auto-scrolling when already at bottom of chat window (which we want to happen)
[15:14] <vish> bcurtiswx: hmm , i meant turn off auto-scrolling always.. should scroll normally
[15:15] <kiwinote> mvo: the changes all work ok; the only point I would have is that the display_name and display_summary aren't really properties of an application object.., but don't worry about that
[15:15] <mvo> seb128: yeah, make the "*U*buntu" a "*u*buntu"
[15:15] <mvo> seb128: lower case
[15:15] <seb128> mvo, manually in the status file or?
[15:15] <mvo> seb128: if he wants his system back  Ithink so
[15:15] <bcurtiswx> vish: OK, good to know.  otherwise we'd get a flood of regression bugs :-\
[15:15] <mvo> seb128: plus a bugreport
[15:15] <seb128> ronoc, ^
[15:16] <seb128> ronoc, can you edit /var/lib/dpkg/status and change 3.1.2-56127_Ubuntu_karmic to "ubuntu"
[15:16] <vish> bcurtiswx: yeah , well , we'll keep an eye out what it does :)
[15:16] <seb128> ronoc, and try again
[15:16] <bcurtiswx> :)
[15:16] <seb128> ronoc, 3.1.2-56127_Ubuntu_karmic -> 3.1.2-56127_ubuntu_karmic
[15:16] <ronoc> seb128, mvo: sure
[15:16] <mvo> kiwinote: right, I'm not too happy about it myself, but it feels also not right to make summary sometimes return a summary and sometimes not, I think they should be two different functions. were can we put it instead?
[15:16] <mvo> ronoc: make a backup of the status file
[15:16] <vish> kenvandine: any reason why we need both freenode and Ubuntu servers listed in the empathy irc channels list? why do we need both?
[15:16] <mvo> ronoc: its *super* important :)
[15:16] <ronoc> mvo: will do
[15:16] <seb128> lol
[15:17] <kiwinote> mvo: yeah, it's probably best just to leave it as you have it in the meantime
[15:17] <kenvandine> vish, i doubt we do
[15:18] <mvo> kiwinote: thanks, I go over the other ones next
[15:19] <vish> kenvandine: yeah , its an Ubuntu addition to the list then? i'v tried to look at every mention of irc and we only say freenode , shall we remove it? /me files bug :)
[15:19] <kiwinote> mvo: it's only the deb-files one atm, the speed branch breaks with the new trunk stuff and deb-files branch so I'm fixing that atm, and the history-branch isn't ready yet
[15:19] <bcurtiswx> irc-channels.xml i think if the file to edit
[15:19] <bcurtiswx> vish, kenvandine:
[15:19] <kenvandine> vish, i don't think we add it... but not sure
[15:19] <bcurtiswx> ^^
[15:20] <kiwinote> mvo: although there was actually one for app-install-data coming to think of it, but I'm not quite sure how much of that is auto-generated or not
[15:20] <kenvandine> hang on, brb... testing something
[15:20] <mvo> kiwinote: do you have any thoughts about moving the history into xapian index as well? I was wondering about it as on my system (with loads and loads of changes) the treeview becomes a bit slow
[15:21] <mvo> kiwinote: most of app-intall-data is auto generated
[15:21] <kiwinote> mvo: yes, I think that is the way to go for the history branch
[15:21] <kiwinote> mvo: is the generating script available anywhere?
[15:25] <mvo> kiwinote: yes, lp:~mvo/archive-crawler/mvo
[15:25] <kiwinote> mvo: thanks
[15:25] <mvo> kiwinote: the interessting parts are probably data/blacklist.cfg and data/blacklist_desktop.cfg
[15:28] <ara> kenvandine, hey! Has rickspencer3 followed up with you and robertancell with the desktop testing program?
[15:29] <ara> kenvandine, I was waiting to have lots and lots of testcases in my inbox when coming back from holidays ;-)
[15:32] <seb128> hey ara
[15:32] <seb128> ronoc, so, any luck?
[15:32] <ronoc> seb128: nope afraid not
[15:32] <seb128> still the same issue?
[15:32] <ronoc> yes
[15:33] <seb128> mvo, ^
[15:34] <seb128> ronoc, try dropping the "_" as well?
[15:34] <mvo> ronoc: oh, that did not help?
[15:35] <kenvandine> ara, hey... no, he hasn't mentioned it
[15:36] <kenvandine> ara, and i forgot... got distracted with other stuff :)
[15:36] <kenvandine> ara, i can whip up a couple today
[15:36] <kenvandine> ara, what's the link?
[15:39] <ronoc> seb128: which _ before or after the ubuntu
[15:39] <vish> bcurtiswx: kenvandine: filed Bug #613012 :)
[15:39] <ubot2> Launchpad bug 613012 in empathy (Ubuntu) "Remove "Ubuntu servers" from irc channel list (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613012
[15:39] <kenvandine> vish, thx
[15:39] <vish> seb128: any objection to removing that ^^
[15:39] <vish> ?
[15:40] <seb128> ronoc, both
[15:40] <ronoc> trying now
[15:40] <seb128> vish, I don't really care, though the name probably speaks better to ubuntu users
[15:40] <seb128> vish, btw you really want the restart required string change this way?
[15:41] <ara> kenvandine, http://testcases.qa.ubuntu.com/Applications
[15:41] <vish> seb128: the string is shown only when there is a restart , which is rare and not necessarily a wide menu problem
[15:41] <kenvandine> ara, thx
[15:41] <didrocks> "Ubuntu network/freenode" would maybe help to have only one relevant entry and answer to the two use case (newcomers and people knowing they have to look for freenode)
[15:41] <seb128> vish, wouldn't it be better to figure a way to make the thing clear for all locales rather than saying that translators can use a non informative string if they language is verbose compared to english
[15:43] <vish> didrocks: yeah ,for newcomers seems the only reason Ubuntu servers is there ,  thats why i checked the help docs , but everything only refers to freenode o.0
[15:43] <seb128> vish, reality is that it will lead to menu layout issues
[15:43] <seb128> vish, and restart required is not really a corner case, it happens almost every week
[15:43] <didrocks> vish: still, I guess a lot of people will only seek for online help and won't look at documentation. Having an "ubuntu" entry can make them more confident (and this one as the default)
[15:44] <ronoc> seb128, mvo: okay that worked, had to remove the underscores and make the U lower case in both the status and available files
[15:44] <ronoc> thx guys
[15:44] <mvo> ronoc: cheers, please make sure to report it
[15:44] <seb128> ronoc, thank you, can you make sure you open a dpkg bug with the error and how you workarounded it?
[15:44]  * mvo hugs seb128
[15:44] <seb128> mvo, thanks!
[15:44]  * seb128 hugs mvo
[15:44] <mvo> actually … I think I will take a short break :)
[15:45] <ronoc> will do, seb128 on launchpad ?
[15:45] <seb128> ronoc, yes, against dpkg
[15:45] <vish> didrocks: when they seek online help they read the docs right? but the docs only say freenode, why would they choose Ubuntu? irc is a concept a user doesnt really know about , irc is a developer network
[15:45] <ronoc> grand
[15:45] <ronoc> will do it in the next half hour
[15:45] <seb128> ronoc, https://bugs.launchpad.net/ubuntu/+source/dpkg/+filebug
[15:46] <ronoc> seb128: thx
[15:46] <seb128> np
[15:47] <vish> seb128: i'v tried to think about making it shorter , but there is no other way to make the option clearer without getting verbose about what that option does or why the icon turned red..
[15:47] <didrocks> vish: do you think they really read the doc? (see my last statement, I guess not) but well, I don't have the time to argue about that and don't really care ;)
[15:47] <seb128> vish, did we get any actual user complain about the current way it's done?
[15:49] <vish> seb128: beats me, [apart from the bug report about the wording], but that has been argued for a while and sabdfl was interested in it for a long time
[15:52] <seb128> vish, I'm pondering if it's better to let the change uploaded then wait for bugs and then point you to screenshot about how it breaks menu layouts and argue than we need to change again then
[15:52] <ronoc> seb128, mvo: bug #613018
[15:52] <seb128> vish, or argue now to convince you that we will spare time by not uploading that change because it will just be weird in many locales
[15:52] <ubot2> Launchpad bug 613018 in dpkg (Ubuntu) "dpkg parse error caused by virtual box entry (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613018
[15:52] <seb128> ronoc, thanks
[15:52] <vish> seb128: wfm , i just came up with a wording sabdfl liked and submitted the branch :)
[15:53] <vish> seb128: /me just a messenger :)
[16:01] <seb128> mvo, want to review and maybe sponsor bug #591470?
[16:01] <ubot2> Launchpad bug 591470 in gdebi (Ubuntu Lucid) (and 2 other projects) "Gdebi crashes while trying to install a deb package, TypeError: not enough arguments for format string (affects: 4) (dups: 1) (heat: 92)" [Undecided,New] https://launchpad.net/bugs/591470
[16:02] <mvo> seb128: yes
[16:03] <mvo> thanks
[16:03] <seb128> mvo, thank you
[16:10] <bcurtiswx> vish: patch submitted for #613012
[16:10] <vish> bcurtiswx: sweet!
[16:15] <bcurtiswx> vish: what tags go on that now for review?
[16:16] <vish> bcurtiswx: once we get kenvandine to upload it , patch-accepted :)
[16:16] <bcurtiswx> vish: no patch-needs-review?
[16:17] <vish> bcurtiswx: nope , everything tagged "patch" , is a needs-review
[16:17] <vish> bcurtiswx: pls no new extra tags, we already have a lot of them ;)
[16:18] <and471> nessita, I shall speak to you in a sec, just rebooting after messing around with dbus
[16:18] <bcurtiswx> vish: haha, no worry.  I have the ability to reject changing ubuntu-us-dc to -ubuntu-us-statethatsnotastate (referring to US LoCO guidelines) :P
[16:19] <kenvandine> vish, so the ubuntu server in empathy is from upstream
[16:19] <kenvandine> we aren't adding that
[16:19] <kenvandine> i wonder if they started out with a list of irc servers from a xchat config :)
[16:20] <vish> odd , why are /they/ having that too :)
[16:20] <vish> sending upstream as well..
[16:20] <kenvandine> thx
[16:23] <bcurtiswx> vish: it's triaged once you push it upstream
[16:23] <bcurtiswx> I have to go work for a little while, g'day all
[16:30] <and471> nessita, okay then :)
[16:30] <nessita> and471: rodrigo_ is our tech lead, and Chipaca our manager. I've spoken with both of them about the design incompatibilities
[16:30] <seb128> hey nessita
[16:30] <nessita> let's wait for Chipaca
[16:30] <seb128> how are you?
[16:31] <nessita> hi seb128! how are ya?
[16:31] <seb128> I'm fine thanks!
[16:31] <rodrigo_> hi and471
[16:31] <nessita> seb128: I'm pretty good :-)
[16:31] <seb128> hey rodrigo_
[16:31] <and471> rodrigo_, hi
[16:31] <and471> mvo, mpt, we are going to speak about the login dialog (incompatibilities etc.)
[16:31] <vish> kenvandine: thanks for finding where the problem was , set the patch as well upstream :)
[16:31] <rodrigo_> hi seb128, got some rest after prague and the hague? :)
[16:32] <vish> sent*
[16:32] <seb128> rodrigo_, yes, just enough to got over my GUADECflu
[16:32] <rodrigo_> seb128, heh
[16:32] <seb128> rodrigo_, weren't you supposed to come at GUADEC?
[16:32] <rodrigo_> seb128, no, I was supposed to go to Pague
[16:32] <seb128> vish, https://code.edge.launchpad.net/~joel-auterson/ubuntu/maverick/ibus/newmenuname/+merge/30391 seems ok to you?
[16:32] <seb128> rodrigo_, oh ok, I though you were supposed to do both
[16:33] <rodrigo_> seb128, since it was 2 weeks, I just chose Prague, but if I had known, I would have gone to GUADEC
[16:33] <seb128> ok
[16:33] <rodrigo_> seb128, it looked nice seeing the video streaming
[16:33] <seb128> it was nice!
[16:33] <rodrigo_> cool
[16:33] <and471> seb128, vish, sorry to but in 'Allows you to adjust methods for keyboard input.' could just be 'Adjust methods for keyboard input'
[16:34] <rodrigo_> seb128, also, nice that 3.0 is delayed :)
[16:34] <vish> and471: snap!
[16:34] <rodrigo_> seb128, btw, are you going to ship 2.32 in maverick?
[16:34] <and471> seb128, vish, that would seem to fit with other menuitem comments
[16:34] <vish> was about to say the same thing :)
[16:34] <seb128> rodrigo_, yeah nice, and yes for 2.32
[16:34] <rodrigo_> seb128, ok, cool
[16:35] <seb128> and471, no worry, I use the chan to get feedback from people there, can you write that on the merge request?
[16:35] <seb128> and471, thanks
[16:35] <and471> seb128, sure
[16:35] <Chipaca> hi :)
[16:35] <nessita> look! a Chipaca!
[16:35] <Chipaca> where! where!
[16:35] <nessita> Chipaca, meet and471 and viceversa
[16:35] <seb128> seems u1 are taking over you channel! ;-)
[16:35]  * Chipaca looks around, frightened
[16:36] <nessita> seb128: you'll have to use u1 any time soon :-D
[16:36] <seb128> you->our
[16:36] <seb128> nessita, I will try it just to see how it works to start ;-)
[16:36] <nessita> Chipaca, rodrigo_: so, and471 and I were looking at the designs for providing login and reguistration functionalities to the desktop apps
[16:37] <and471> Chipaca, hi :)
[16:37] <nessita> and though the backends will behave pretty similar, the frontends were designed by different people (mpt and john lea)
[16:37] <nessita> so they differ :-/
[16:38] <Chipaca> for the record
[16:38] <nessita> what needs to be decided, IMO, is: shall we make any effort in unifying those for this cycle?
[16:38] <and471> mpt, mvo, Chipaca, rodrigo_,  basically I cam across the ubuntu-sso-client when doing the login frontend work for software-center and wanted to make sure we could minimise duplication of effort
[16:38] <Chipaca> I'm fine with dumping our current design and going with yours
[16:38] <rodrigo_> yes, me too, your design looiks better
[16:38] <rodrigo_> much more simpler than ours, imo
[16:38] <Chipaca> I think it will bring less confusion, and I'd be in favor of less confusion even if it weren't a better design
[16:38] <and471> hehe, well thanks but it is mpt's design :D
[16:38] <and471> no credit to me :)
[16:39] <Chipaca> so, unification ftw :)
[16:39] <and471> rodrigo_, Chipaca, I think unification is definitely better, a user doesn't want to have 2 different dialogs for the same thing, they want to be able to recognise it instantly
[16:39] <rodrigo_> we need the backend stuff though, so that we can make calls from different apps, without having to implement the SSO REST calls in every app
[16:39] <and471> otherwise they could be convinced it was a piece of phishing software etc.
[16:40] <and471> rodrigo_, definitely
[16:40] <and471> rodrigo_, the backend I am using was done by mvo
[16:40] <rodrigo_> and471, what language is your code written in?
[16:40] <and471> rodrigo_, but I think they could be merged easily
[16:40] <and471> rodrigo_, software-center is in python
[16:40] <rodrigo_> and471, ah, a backend? I thought you were doing direct REST calls
[16:41] <nessita> and471: the issue is that the backend that mvo did does not provide a DBus api, that I think we need
[16:41] <and471> rodrigo_, if you bzr branch lp:software-center and open sofwtarecenter/backend/restfulclient.py
[16:41] <rodrigo_> and471, and, your GUI is inside software center code?
[16:41] <and471> rodrigo_, that is where it is, I may be using the wrong terminology
[16:41] <nessita> Chipaca: I agree on the merge, but can we do it on time for M?
[16:41] <mpt> nessita, and471, sorry, in an interview at the moment
[16:42] <and471> mpt, no problem we are just complimenting your design :)
[16:42] <nessita> Chipaca: that's my biggest concern :-/
[16:42] <rodrigo_> because as nessita says, we need to have a dbus interface that fires the dialog outisde from the app making the call to dbus
[16:42] <and471> rodrigo_, it is in one file and so could be isolated pretty easily
[16:43] <rodrigo_> and471, right, so if we merge, we'd need your GUI to be in ubuntu-sso-client (or any other place that can provide a DBus interface)
[16:43] <and471> rodrigo_, the dbus thing is definitely important
[16:43] <rodrigo_> yes, it's critical for us
[16:43] <rodrigo_> we have apps in different languages needing this
[16:43] <rodrigo_> and we don't want to reimplement the REST + GUI in all of them
[16:43] <and471> rodrigo_, would it be easy to call the dialog from software-center using dbus, if it were in the ubuntu-sso-client code?
[16:44] <rodrigo_> and471, yes, it would just be a few lines of code
[16:44] <and471> rodrigo_, the benefit of this unification means the auth_token need only be stored in gnome-keyring once
[16:44] <mvo> nessita: the backend stuff is very simple, it should trivial to make the UI talk to either dbus or the restfulclient.py stuff
[16:44] <and471> not for everyother app
[16:44] <rodrigo_> and471, well, you won't call the dialog itself, you would call a method and get signals with the result
[16:44] <mvo> (sorry for being late in the discussion)
[16:45] <and471> hey mvo, sorry I should have told you about this, I forgot :)
[16:45] <mvo> and471: no worries, you handle it fine :)
[16:45] <Chipaca> "trivial" and "doable in less than a week" are not the same thing :)
[16:45] <nessita> mvo: hi there!
[16:45] <mvo> hey Chipaca and nessita
[16:45] <Chipaca> hi :)
[16:45] <Chipaca> my concern is that sso is critical and already risky and I want to be really sure we can pull this off
[16:46] <and471> rodrigo_, Chipaca, nessita, mvo, I think we all kinda agree it is best if these things are merged, however I think we also need to get the designers to agree on this
[16:46] <seb128> chrisccoulson, hey
[16:46] <seb128> chrisccoulson, can you get bug #557240 in your upload queue for the next lucid sru you might do?
[16:46] <ubot2> Launchpad bug 557240 in ubufox (Ubuntu Lucid) (and 1 other project) "Disable "Report a Problem" menu item for the stable release (affects: 2) (heat: 48)" [High,Triaged] https://launchpad.net/bugs/557240
[16:46] <and471> Chipaca, the login dialog is pretty much done once I get my head around the network manager dbus stuff
[16:46] <nessita> and471: what about registration?
[16:46] <chrisccoulson> seb128 - it's already in the queue ;)
[16:46] <and471> Chipaca, I don't know how much has been done in ubuntu-sso-client on the login dialog
[16:46] <Chipaca> and471: but that work is done, in ubuntu-sso :)
[16:47] <micahg> seb128: should we turn that one off, it seems like the last GUI menu to report a bug in the stable release?
[16:47] <seb128> chrisccoulson, could you set the merge request to merged and the bug to fix commited?
[16:47] <Chipaca> and471: nessita knows more of the details, but it's essentially done
[16:47] <and471> nessita, we don't do that, just logging in
[16:47] <Chipaca> and we do registration :)
[16:47] <Chipaca> I think the winner
[16:47] <Chipaca> is
[16:47] <Chipaca> your design, our backend :)
[16:47] <seb128> micahg, we encourage stable user to use "get help" and the answer tracker
[16:47] <Chipaca> I'll grab johnlea to make sure he agrees
[16:47] <nessita> Chipaca: one thing
[16:47] <and471> Chipaca, hehe
[16:47] <and471> Chipaca, yup
[16:48] <seb128> micahg, users technical enough to open bug reports will find their way to how to do it
[16:48] <Chipaca> nessita: shoot
[16:48] <nessita> and471, Chipaca: the design of mpt is simpler but we're still needing all the registration screens
[16:48] <and471> nessita, definitely
[16:48] <rodrigo_> right, it's missing that
[16:48] <nessita> I mean, the first window is awesome as entry point
[16:48] <Chipaca> it couldn't be simple, could it
[16:48] <chrisccoulson> seb128 - yeah, can do
[16:48] <micahg> seb128: ok, does that mean I should watch the answer tracker also for potential issues?
[16:48] <seb128> chrisccoulson, thanks
[16:49] <nessita> but then we need to keep using what we developed so far for resgitration, that wasn't trivial at all (lots of headaches)
[16:49] <and471> the design is designed to offload registration to the web interface, this could be easily substituted for your registration
[16:49] <nessita> and471: exactly
[16:49] <nessita> what I'm *extremely* afraid is how we can schedule things so we actually complete the merge
[16:49] <nessita> rodrigo_, Chipaca: ^
[16:50] <seb128> micahg, do you manage to keep up with incoming bugs? the change was based on the fact that the number of bugs we receive is often low quality and higher traffic than what we can read, usually real bugs find their way to the bug tracker so reading bugs only should be enough
[16:50] <micahg> seb128: no, so I guess I already have enough reports...
[16:50] <Chipaca> nessita: yes, extreme
[16:50] <micahg> seb128: thanks
[16:50] <Chipaca> but... so tempting!
[16:50] <rodrigo_> nessita, right
[16:50] <seb128> micahg, ok, np
[16:51] <nessita> Chipaca: we should have the merge ready for... today?
[16:51] <nessita> :-D
[16:51] <Chipaca> nessita: rodrigo_: and471: one way forwrad
[16:51] <Chipaca> forward, also
[16:51] <micahg> seb128: oh, I wanted to ask you about gjs, Debian did a mini soname transistion to libgjs0a, should I take that change and update any rdepends?
[16:51] <Chipaca> nessita: rodrigo_: and471: would be to take and471 implementation of the design, slap in the registration bit of your implementation of the other design knowing it is ugly as anything and doesn't match, but still have a single client adn a single way of doing it
[16:52] <seb128> micahg, I'm not sure why they did it but I guess we can as well follow their naming so that would be nice if you can
[16:52] <Chipaca> and then, actually merge the designs in the time before ui freeze
[16:52] <Chipaca> so, merge it the quickest, ugliest way
[16:52] <Chipaca> so we have the features in line and quacking
[16:52] <and471> Chipaca, how different are the designs?
[16:52] <nessita> and471: did you use glade for the UI?
[16:52] <micahg> seb128: ok, will do, I think they did it for the 0.7 bump actually
[16:52] <and471> nessita, yes
[16:53] <seb128> micahg, thanks
[16:53] <Chipaca> heh, so it's a copy-and-paste job :-p
[16:53] <and471> :)
[16:53] <rodrigo_> Chipaca, sounds good
[16:53]  * Chipaca knows he's oversymplifying
[16:53] <rodrigo_> nessita, does it sound feasible for you?
[16:54] <Chipaca> i think her head exploded
[16:54] <nessita> I'm thinking
[16:54] <Chipaca> :-p
[16:54] <nessita> honestly, I don't "see" the merge. So it's almost impossible for me to commit to it :-(
[16:54] <nessita> though I want to have it
[16:55] <nessita> Chipaca: we need to have this working for next... Thurday\?
[16:55] <Chipaca> ah. Yes, you have far more details to merge than I have :)
[16:55] <Chipaca> we need it *in M* by 0z thursday
[16:55] <Chipaca> of next week
[16:55] <nessita> Chipaca: we need to merge glade files, test cases, frontend glue
[16:56] <nessita> I'm loving the idea, but can we define a backup plan?
[16:56] <and471> nessita, glade files should be easy, I don't think we have tests for it yet :)
[16:56] <nessita> and471: BAD BOY
[16:56] <and471> nessita, I think backup would just be continue as we are
[16:56] <nessita> Chipaca: miralo! they don't have tests...
[16:56] <and471> nessita, have separate dialogs and then work on it for N
[16:57] <and471> nessita, hey just for the dialog...
[16:57] <nessita> and471: how can I trust your code if they don't have tests?
[16:57] <Chipaca> nessita: I was about to say, I dont think too many people do tdd as we do it
[16:57] <nessita> :-)
[16:57] <Chipaca> backup plan
[16:57] <nessita> Chipaca: ok, so this is another delta of risk to add to the schedule
[16:57] <nessita> (the lack of tests)
[16:57] <Chipaca> nessita: not really
[16:57] <nessita> no?
[16:57] <Chipaca> nessita: the backend is ours, and it's tested
[16:58] <Chipaca> nessita: so the missing tests are on part of the frontend
[16:58] <nessita> yes
[16:58] <Chipaca> nessita: it's a risk we can carry forward, part of the merge that doens't have to be done so early
[16:58] <Chipaca> so, a risk for the quality of M
[16:58] <Chipaca> but not a risk for us getting the feature in
[16:58] <nessita> right
[16:58] <Chipaca> there's a thin line :)
[16:59] <nessita> agreed
[16:59] <Chipaca> backup plan: if by *Friday* the merge isn't done, we revert to shipping separately
[16:59] <Chipaca> where "done" will be your call if you want to make it, but I can do it if it's too much pressure
[16:59] <and471> Chipaca, good idea, I am on holiday on friday XD
[17:00] <nessita> Chipaca: who will be tackling which part of the merge? byt parts I mean:
[17:00] <and471> nessita, what would you need me to do as part of the merge?
[17:00] <nessita> * merging the dialog into ubuntu-sso (I can do that)
[17:00] <bl8> ronoc: Update done, with Raise() : http://gitorious.org/~bl8/banshee/bl8-clone/commits/mpris
[17:00] <and471> nessita, if you need me to help at all :)
[17:00] <Chipaca> nessita: and471: you two guys are probably the most knowledgeable about that. alecu also.
[17:00] <nessita> * using the Dbus service in software center (volunteers? :-))
[17:00] <Chipaca> I can't really call those shots :)
[17:01] <and471> nessita, sorry I am clueless about dbus
[17:01] <ronoc> bl8 excellent thx dude
[17:01] <Chipaca> and471: would you be confortable doing the glade merge, so nessita can do the dbus on software center?
[17:01] <nessita> and471: maybe mvo can give us a hand?
[17:01] <Chipaca> oooh, smart :)
[17:02] <soby>  anyone help me in fixing my audio on my laptop....its not working.
[17:02] <and471> Chipaca, I can do glade definitely, but I don't know what the merging will then look like
[17:02] <and471> soby, try #ubuntu
[17:02] <soby> ok
[17:02] <and471> Chipaca, i.e. what are we using from each?
[17:02] <nessita> Chipaca: I prefer rto do the merge of the visual part, if possible
[17:03] <nessita> and471: I can certainly use your help on splitting the code (isolating it)
[17:04] <and471> nessita, sure, though I must stress it is pretty isolated :)
[17:04] <Chipaca> ooh, look, an mvo!
[17:04] <and471> hehe
[17:04] <nessita> an  mvo!!!
[17:04] <mvo> I'm back!
[17:04] <mvo> network issues
[17:05] <Chipaca> mvo: we're shooting for the merge
[17:05] <mvo> coooool
[17:05] <Chipaca> mvo: but, we're really right
[17:05] <mvo> right? or tight (timewise?)
[17:05] <Chipaca> mvo: can you do the dbus calls in software center?
[17:05] <Chipaca> tight
[17:05] <Chipaca> tight, typo. rypo typo.
[17:05] <mvo> sure, dubs is no problem
[17:05] <nessita> ueeeeeeeeee
[17:05] <Chipaca> no, I mean
[17:05] <Chipaca> can you *do* them :)
[17:05] <Chipaca> write the code
[17:05] <Chipaca> so we don't have to worry about it
[17:06] <nessita> mvo: of course we'll provide the API and stuff
[17:06] <mvo> yeah, that should be fine
[17:06]  * Chipaca dances
[17:06] <mvo> I think its the right thing to do
[17:06] <mvo> so I'm happy to support you :)
[17:06] <mvo> and I'm also happy to see the work from and471 getting used, I think its pretty sweet
[17:06] <mvo> (the UI)
[17:06] <Chipaca> we just move to the next quantum level of crazy for the rest of the week. Pah!
[17:07] <rodrigo_> cool :)
[17:07] <and471> nessita, this is the only specific code http://pastebin.ubuntu.com/472710/
[17:07] <and471> hehe
[17:07] <and471> mvo, thanks :)
[17:07] <and471> so can someone write up a list of tasks on a wiki page?
[17:07] <rodrigo_> so, and471: can you help nessita in doing the merge?
[17:07] <and471> rodrigo_, yup, until Friday, then I am off
[17:08] <rodrigo_> ok, nessita, is that ok then?
[17:08] <nessita> and471: Friday you're on or until Thrusday?
[17:08] <and471> nessita, Thursday will be the last day I can do it
[17:08] <nessita> rodrigo_, Chipaca: I'm still digesting this :-) but I think we'll nail this
[17:08] <rodrigo_> ok!
[17:09] <rodrigo_> yay for merging!! :D
[17:09] <and471> :)
[17:09] <nessita> and471: perfect. So, today I can't start doing this, I'm still binding our backend to our frontend
[17:09] <nessita> and471: but I'd like to meet with you tomorrow 8am my time
[17:09] <nessita> that would be for you...
[17:09] <nessita> better 8:30am :-D
[17:10]  * and471 calls up wolframalhpa again...
[17:10] <and471> 11:30
[17:10] <nessita> and471: does that work for you?
[17:10] <and471> nessita, sounds good
[17:10] <and471> nessita, hehe yep
[17:11] <nessita> and471: ok then!
[17:11]  * nessita shivers
[17:11] <and471> nessita, the rest of today I shall lift the login code out into a completely new file, so it should not have any software-center ties
[17:11] <nessita> and471: *awesome*
[17:11] <nessita> well, I think now I'm gonna go to scream a bit in the balcony, and then come back to do some more work
[17:12] <and471> hehe
[17:12] <and471> Chipaca, you seem to have best overview of all of this, could you write up a plan of action?
[17:12] <nessita> Chipaca: are you clearing this out with design team?
[17:13] <Chipaca> and471: I'll try
[17:13] <Chipaca> nessita: I will
[17:14]  * nessita loves not to have to deal with talking to people :-D
[17:14] <and471> Chipaca, thanks
[17:15] <Chipaca> and471: i'll probably pester you and nessita about the details. The steps in my head are 1. merge, 2. profit
[17:15] <Chipaca> :)
[17:15] <Chipaca> nessita: my pleasure; you're better at building stuff than I am anyway :)
[17:15] <and471> sounds about right
[17:17] <mvo> profit!
[17:18] <gicmo> PROFIT!
[17:24] <mvo> :)
[17:25]  * mvo hugs gicmo
[17:25] <rodrigo_> hey gicmo
[17:25] <and471> nessita, does your backend hook into gnome-keyring yet?
[17:26] <nessita> and471: it will, since today or tomorrow
[17:26] <nessita> and471: alecu is working on that, if you need to ask him something
[17:26] <and471> nessita, it is just that I have already done it, so I could give him the code
[17:27] <and471> nessita, what is his IRC nick?
[17:28] <nessita> and471: yes please! alecu
[17:29] <seb128> sorry u1-ers but it's meeting time for the desktop team now so you will have to be quiet or move to another channel ;-)
[17:30] <seb128> chrisccoulson, didrocks, tremolux, Riddell, kenvandine, pitti, hey
[17:30] <nessita> seb128: no problem, thanks for the patience!
[17:30] <Riddell> hi
[17:30] <seb128> (did I forget anybody?)
[17:30]  * tremolux waves
[17:30] <seb128> rickspencer is on holidays this week
[17:30] <seb128> so I'm leading the meeting
[17:30] <ArneGoetje> Hi all... I'm still around.
[17:30] <seb128> hey ArneGoetje
[17:30] <seb128> ok, nice ;-)
[17:30]  * kenvandine waves
[17:31] <seb128> ok, so let's get started
[17:31] <didrocks> hey
[17:31] <seb128> not outstanding action it seems
[17:31] <gicmo> hey mvo!
[17:31]  * gicmo hugs mvo back
[17:31] <gicmo> hey rodrigo_
[17:31] <seb128> kenvandine, partner update?
[17:32] <kenvandine> sure
[17:32] <gicmo> rodrigo_, what was your lame excuse for not coming to GUADEC again?
[17:32] <gicmo> ;-)
[17:32] <rodrigo_> gicmo, how you're doing?
[17:32] <kenvandine> UbuntuOne "generations" work has landed for the client, this is the peformance improvements for file sync.  There are still a few items to finish on the server side, but that will be done very soon.
[17:32] <rodrigo_> gicmo, didn't want to see you :)
[17:32] <gicmo> rodrigo_, ahh, valid reason I guess!
[17:32] <gicmo> ;-)
[17:32] <kenvandine> single signon client is about ready, but blocked on server deployment by ISD.  ubuntuone-preferences and the music store plugin are ready to use it if it lands.  If the sso client doesn't make it, they gracefully fall back to the web login.
[17:32] <rodrigo_> gicmo, no, seriously, I had a travel the week before for the platform spring
[17:32] <rodrigo_> sprint
[17:32] <gicmo> ah!
[17:32] <gicmo> i see
[17:32] <seb128> rodrigo_, gicmo: sorry but we are having a meeting there
[17:32] <rodrigo_> gicmo, so didn't feel like being 2 weeks away
[17:32] <rodrigo_> oh sorry
[17:32] <seb128> rodrigo_, gicmo: can you move to query?
[17:33] <gicmo> sure, sorry seb
[17:33] <seb128> thanks
[17:33] <kenvandine> so U1 is looking ok for a3... sso didn't make it for a3 but that is pretty low risk i think if we get it soon
[17:33] <seb128> ok
[17:33] <seb128> I hope they will work on improving the changes they did this cycle
[17:33] <kenvandine> DX has been keeping a great schedule of getting stuff out, things are in pretty good shape
[17:33] <Chipaca> and471: do you have a screenshot? I'm talking with johnlea :)
[17:34] <seb128> especially the nautilus and rhythmbox ones
[17:34] <kenvandine> seb128, well the generations stuff should be a big improvement for file sync
[17:34] <seb128> we got bugs about nautilus being quite slow due to u1
[17:34] <kenvandine> yeah
[17:34] <seb128> and the rb u1 icon in the bar is weird
[17:34] <seb128> the dialog with no "close" but just "tweet" as well
[17:34] <mvo> and471, Chipaca: I'm off for dinner, but if there is anything I can help with the merge, please let me know I will read scrollback
[17:34] <kenvandine> is there a bug on that?
[17:35] <kenvandine> that could be ported to use libgwibber :)
[17:35] <kenvandine> and the icon should probably look different
[17:35] <seb128> dunno, I will open one later if not
[17:35] <kenvandine> or be represented differently
[17:35] <kenvandine> please assign the ubuntu bug to me
[17:35] <kenvandine> so i see it
[17:35] <seb128> kenvandine, dx do you know where we stand concerning the connman indicator?
[17:35] <kenvandine> right now it is confusing imho
[17:35] <seb128> kenvandine, ok
[17:36] <kenvandine> i think the plan is to go with connman in une still, right?
[17:36] <kenvandine> didrocks, ^^
[17:36] <seb128> I doubt it
[17:36] <kenvandine> i asked kvalo about that in prague
[17:36] <kenvandine> he thought we still would... but i know OEMs don'e want it
[17:36] <kenvandine> yet
[17:36] <didrocks> kenvandine: no, we talked about it together in Prague, it will be very late for the change
[17:36] <seb128> ok, I will follow up with you guys and dx about that later
[17:36] <kenvandine> ok
[17:36] <seb128> thanks kenvandine
[17:36] <kenvandine> that is all i have
[17:37] <seb128> does anybody has other questions for kenvandine?
[17:37] <didrocks> no question for me
[17:37] <seb128> ok
[17:37] <seb128> let's move on
[17:38] <seb128> Riddell, hey
[17:38] <seb128> Riddell, kubuntu update?
[17:38] <Riddell> afternoon
[17:38] <chrisccoulson> b'ah, i don't get notified in the indicator anymore when someone highlights me in xchat
[17:38] <Riddell>  - 4.5.0 is in the archive and compiled, although some changes from upstream are still possible and kde-l10n needs to be uploaded again
[17:38] <Riddell>  - CDs for alpha 3 due to be spinned after this publisher run
[17:38] <Riddell>  - message indicator on for chat but not e-mail clients following kubuntu meeting decision
[17:38] <Riddell>  - yay our new website finally went live
[17:38] <Riddell>  - reverted back to dragon video player, kaffeine has issues
[17:38] <Riddell>  - ubuntuone-kde file syncing progressing well, mostly blocked on 'upstream' merging patches to support kwallet
[17:39] <Riddell> in unrelated news, libmpcdec3 did a transition to libmpcdec6 and gstreamer needs to update, who does that?
[17:39] <seb128> did debian did the same transition?
[17:40] <Riddell> yes
[17:41] <seb128> I guess any motu who wants to rebuild it or resync on debian
[17:41] <seb128> since it's in universe
[17:41] <Riddell> ok
[17:41] <seb128> feel free to do an upload if you want
[17:42] <kenvandine> Riddell, upstreaming being OLS right?
[17:42] <Riddell> kenvandine: yes
[17:42] <kenvandine> Riddell, feel free to point me at those patches and i will get on them about it :)
[17:43] <Riddell> kenvandine: https://code.launchpad.net/~apachelogger/ubuntuone-client/kwallet-support/+merge/311
[17:43] <micahg> Riddell: bug 611024 is for the libmpcdec transition, seems gstreamer was forgotten
[17:43] <ubot2> Launchpad bug 611024 in xmms2 (Ubuntu) (and 13 other projects) "Rebuild for libmpcdec3 → libmpcdec6 transition (affects: 2) (heat: 16)" [Undecided,Fix released] https://launchpad.net/bugs/611024
[17:43] <Riddell> no https://code.launchpad.net/~apachelogger/ubuntuone-client/kwallet-support/+merge/31138
[17:43] <Riddell> https://code.launchpad.net/~apachelogger/desktopcouch/kwallet-support/+merge/31135
[17:44] <seb128> Riddell, thanks
[17:44] <seb128> anybody having questions or comments about the kubuntu update?
[17:45] <seb128> seems not, moving on
[17:45] <seb128> didrocks, UNE update?
[17:45] <didrocks> sure
[17:45] <didrocks> Fresh unity from Monday, ready for rocking A3:
[17:45] <didrocks> * add support for places in the launcher
[17:45] <didrocks> improved power and CPU management (more to come!)
[17:45] <didrocks> browseable unity-place-files
[17:45] <didrocks> lot of bug fixes
[17:45] <didrocks> UNE got shotwell by default for A3!
[17:46] <didrocks> evolution and banshee got dedicated desktop file for UNE session but not showing up in the session (bug in unity-place-applications)
[17:46] <didrocks> banshee still wait on the udev backend to be merged into trunk
[17:46] <didrocks> that's it, A3 is looking good in a nutshell :)
[17:46] <seb128> didrocks, do you still have any mir pending approval?
[17:47] <seb128> didrocks, if you do please ping asac about those
[17:47] <didrocks> (special kudos to pitti for the image size)
[17:47] <didrocks> seb128: there will be two: banshee once the udev backend is there, and another one for zg-extension with the new zg
[17:47] <seb128> ok
[17:47] <didrocks> but for now, I'm not blocked
[17:47] <seb128> alright
[17:47] <seb128> didrocks, nice job!
[17:47] <chrisccoulson> and mir for chromium too?
[17:48] <seb128> chrisccoulson, let's come back in that after the status updates
[17:48] <chrisccoulson> ok, carry on ;)
[17:48] <seb128> didrocks, thanks
[17:48] <seb128> didrocks, I don't think will still need you, feel free to run for your dinner
[17:49] <seb128> ok, moving on
[17:49] <seb128> tremolux, hey
[17:49] <tremolux> seb128: hi!
[17:49] <tremolux> of, s-c update:
[17:49] <didrocks> seb128: thanks a lot, still some free minutes there :)
[17:49] <tremolux> Buy Something: Good progress client and server, end-to-end integration demoed in Prague with test server; now refining UI, improve error handling, integrate metadata support
[17:49] <tremolux> New Apps: New apps displayed in carousel and in list ordered by date they appeared (newest first), custom metadata and LP icon support near-complete
[17:49] <tremolux> UI Enhancements: Added support to detect and display packages for which there is not an associated repository (or it has been disabled)
[17:49] <tremolux> General: We nailed down a plan at Prague rally for long-term server-side metadata capabilities (meanwhile we are using current LP facility)
[17:49] <tremolux> (detailed report on wiki, thanks!)
[17:49] <tremolux> (woah, large)
[17:51] <seb128> tremolux, thanks
[17:51] <tremolux> seb128: sure thing  :)
[17:51] <tremolux> I think we are in good shape for a3
[17:51] <seb128> impressive work going on s-c this cycle, kudos to you, mvo, didrocks and other contributors ;-)
[17:52] <tremolux> thanks a lot seb128  :)
[17:52] <seb128> anybody having any s-c related question?
[17:52] <seb128> didrocks landed oneconf to maverick this week on a similar note if people want to test it
[17:53] <seb128> ok, moving on
[17:53] <seb128> the freeze for alpha3 started today
[17:53] <seb128> you are welcome to help testing iso if you can
[17:54] <seb128> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-3.html
[17:54] <seb128> that's our workitems line for this cycle
[17:54] <seb128> not really great but it got a bit unregular due to holidays, confs, travelling, etc
[17:55] <seb128> we postponed and dropped some specs but nothing which was important
[17:56] <seb128> chrisccoulson, kenvandine, tremolux: you still have one work item, if you don't get it done by thursday please don't forget to move it to beta
[17:56] <kenvandine> will do
[17:56] <seb128> other remaining items are mostly raof
[17:56] <tremolux> will do
[17:56] <seb128> now is about time to get your list of work items for next iteration on shape as well
[17:57] <seb128> ideally we would have those defined before alpha3
[17:57] <seb128> so please try to spend some time on that this week
[17:57] <seb128> don't take over what you can do
[17:57] <seb128> and let's try to take holidays and conferences into account this cycle
[17:57] <seb128> so if you are away during august please adjust your workitems count to reflect that
[17:59] <seb128> ok
[17:59] <seb128> that said, going back to chrisccoulson's question
[17:59] <seb128> chrisccoulson, chromium? ;-)
[18:00] <seb128> chrisccoulson, how is your workload atm? settling down a bit after the firefox security updates?
[18:00] <chrisccoulson> yeah, i've had time to do other maintenance activities, write a firefox extension and write a bot for uploading symbols to mozilla
[18:00] <seb128> nice
[18:00] <chrisccoulson> it's been a nice change :)
[18:01] <seb128> how is the firefox bug to upstream thing going?
[18:01] <chrisccoulson> yeah, we're mostly there. i'm currently blocked on being able to push the crash symbols from the datacenter, but i'm talking to IS about that now
[18:02] <seb128> ok
[18:02] <chrisccoulson> so i'll probably be uploading symbols manually in the meantime, which is not good for my bandwidth ;)
[18:02] <seb128> chrisccoulson, do you think you will have some time for chromium to check with the security team and fta what implication moving to main would have?
[18:03] <chrisccoulson> yeah, sure. we need fta to still be able to upload it really
[18:03] <seb128> chrisccoulson, we also need to figure what to do for translations, I guess for now it would just not have langpacks or translations stripping
[18:03] <seb128> chrisccoulson, do we have rdepends that will need to be promoted as well if we promote chromium?
[18:03] <chrisccoulson> i'm not sure yet, i'll look at that though
[18:04] <seb128> ok
[18:04] <seb128> can you take an action item to check that for next meeting?
[18:04] <chrisccoulson> yeah, can do
[18:04] <chrisccoulson> also,
[18:04] <seb128> [ACTION] chrisccoulson to check chromium rdepends and to figure what implication promoting it would have for security and contributors
[18:04] <chrisccoulson> people are still having issues with buildd capacity (particularly with PPA's), and that's going to get a whole lot worse with chromium in main
[18:05] <Chipaca> and471: mvo: nessita: rodrigo_: https://wiki.ubuntu.com/TheGreatUbuntuSingleSignOnClientsMergeOf2010 (WIP)
[18:05] <chrisccoulson> i'm not sure how we're going to handle that ;)
[18:05] <seb128> chrisccoulson, we got an ack for extra buildds
[18:05] <seb128> so the situations should be better rsn
[18:05] <seb128> I'm not sure when rsn is though ;-)
[18:05] <chrisccoulson> seb128 - cool, thanks
[18:05] <chrisccoulson> fta^^^
[18:06] <seb128> ok
[18:06] <seb128> any other topic? questions? comment?
[18:06] <fta> chrisccoulson, yeah, i won't hold my breath on that though
[18:08] <seb128> ok, seems note
[18:08] <seb128> thanks everybody, and don't forget to get your beta work items in shape this week
[18:08]  * kenvandine waves
[18:08] <kenvandine> seb128, get a chance to look at libgwibber?
[18:08] <Chipaca> sorry for interrupting :-/
[18:09] <kenvandine> Chipaca, done now :)
[18:09] <seb128> kenvandine, ups, doing that now
[18:09] <kenvandine> Chipaca, PROFIT
[18:09] <kenvandine> +!
[18:12] <tremolux> thanks all!
[18:12]  * tremolux goes in search of lunch
[18:13] <and471> Chipaca, thanks
[18:13] <Chipaca> nessita: and471: mvo: I've added some real steps, if you could take a look and add/edit, much appreciation and plenty of lauding will happen
[18:16] <seb128> kenvandine, for the gir binaries you should use ${gir:Depends}
[18:16] <kenvandine> ok
[18:16] <seb128> kenvandine, and call dh_girepository in the rules
[18:17] <seb128> kenvandine, rather than listing gir depends by hand ;-)
[18:17] <seb128> kenvandine, you can use libwnck or gnome-menus as an example
[18:17] <kenvandine> ah, then i can drop those?
[18:17] <kenvandine> cool
[18:17] <seb128> yes, it's working as shlibs:Depends
[18:17] <seb128> kenvandine, documentations binaries should be arch all
[18:18] <and471> nessita, I am writing up a document that outlines how the frontend accesses the backend so it should be easy to port
[18:18] <seb128> kenvandine, gir1.0-gwibber-gtk-0.0 please copy the second part of the gir1.0-gwibber-0.0 description as well
[18:18] <seb128> kenvandine, ie the "This package can be used by other packages using the GIRepository format to..."
[18:19] <kenvandine> ok
[18:19] <seb128> kenvandine, "This package contains files that are needed to build applications." is not correct for the documentation binaries ;-)
[18:20] <kenvandine> true :)
[18:20]  * kenvandine hates writing descriptions :)
[18:20] <seb128> don't tell me ;-)
[18:20] <seb128> lot of binaries in that one, that's boring work
[18:21] <seb128> kenvandine, "Copyright (C) 2010 Neil Jagdish Patel"
[18:22] <seb128> should go in the debian copyright as well
[18:22] <seb128> quite some sources have it
[18:22] <kenvandine> yeah... and i think i copied some of that from stuff from dbusmenu before debian fixed it all up :)
[18:22] <kenvandine> ah, right
[18:23] <seb128> kenvandine, I think you should better put the packaging copyright under the same license has the source
[18:23] <kenvandine> well, it seems weird to me to license packaging lgpl
[18:23] <seb128> I think the debian guys complaining about the packaging being GPL and the source LGPL last time
[18:23] <kenvandine> nothing links to it :)
[18:24] <seb128> juil. 19 17:12:35 <Np237>       pochu: if the packaging is GPLv3 that makes the binaries GPLv3, this will cause a lot of trouble.
[18:24] <seb128> juil. 19 17:14:09 <Np237>       pochu: then if the packaging is just 10 lines of cdbs, it’s not copyrightable
[18:24] <kenvandine> indeed
[18:24]  * kenvandine will change it though... no strong opinions, it's just weird
[18:24] <seb128> well I'm not sure in practice it makes any difference
[18:24] <seb128> right, same here
[18:25] <seb128> I don't really care
[18:25] <seb128> but if somebody has a strong opinion about it I'm curious to know what difference it makes ;-)
[18:25] <kenvandine> :)
[18:27] <kenvandine> seb128, anything else?
[18:27] <seb128> kenvandine, I'm checking the build result now but seems fine otherwise
[18:27]  * kenvandine does a test build with the gir:Depends change
[18:32] <seb128> kenvandine, seems fine to me
[18:32] <seb128> kenvandine, great work!
[18:33] <and471> Chipaca, hehe, epic name for the wikipage XD
[18:34] <Chipaca> :) it needs an introduction along the lines of "it was the year 2010, and <yadda yadda>"
[18:34] <kenvandine> seb128, thx, pushed my changes
[18:34] <kenvandine> well, pushing...
[18:34] <kenvandine> done :)
[18:34] <and471> :)
[18:36] <pochu> seb128: since I've been highlighted :) AFAIUI, the stuff you use to build something affects its license, that's why e.g. config.guess is GPL but has an exception to relicense it as your program
[18:36] <and471> Chipaca, representatives spanning the globes put their age-old differences aside to do one thing...
[18:36] <pochu> # As a special exception to the GNU General Public License, if you
[18:36] <pochu> # distribute this file as part of a program that contains a
[18:36] <pochu> # configuration script generated by Autoconf, you may include it under
[18:36] <pochu> # the same distribution terms that you use for the rest of that program.
[18:36] <pochu> seb128: so the packaging could be GPL as long as it included such an exception ;)
[18:36] <and471> *globe
[18:36] <seb128> hey pochu, how are you? ;-)
[18:36] <pochu> IANAL though, so I may be wrong :)
[18:36] <kenvandine> seb128, can you sponsor to universe?
[18:36] <kenvandine> pochu, me either :)
[18:37] <pochu> seb128: hi :) fine, enjoying holidays ;)
[18:37] <seb128> kenvandine, yes, but it's about time you run for MOTU ;-)
[18:37] <kenvandine> yeah yeah :)
[18:37] <kenvandine> i'll do my application
[18:37] <pochu> seb128: how are you?
[18:37] <seb128> thanks
[18:38] <seb128> pochu, I'm fine thank you, had fun a the canonical distro sprint and at GUADEC, got a conference flu at the end to change and I'm catching up with what happened during those 2 weeks now
[18:39] <seb128> kenvandine, would be nice to use .symbols for new packages btw
[18:40] <pochu> oh GUADEC :) I wanted to attend it & GHM, but I ended attending none of them...
[18:44] <seb128> kenvandine, uploaded
[18:44] <kenvandine> seb128, i haven't done a package from scratch using symbols, i guess just drop the DEB_DH_MAKESHLIBS_ARGS and use what gets created for me at build?
[18:44] <kenvandine> seb128, thx
[18:45] <seb128> kenvandine, drop that but nothing get created for you at build
[18:46] <seb128> sec
[18:46] <seb128> kenvandine, just run "dpkg-gensymbols -pbinary" after the build
[18:46] <seb128> it will give you a diff for "binary"
[18:47] <seb128> ie "dpkg-gensymbols -plibgwibber0"
[18:47] <kenvandine> ok
[18:47] <seb128> you can apply it as libgwibber0.symbols
[18:50] <mpt> and471, nessita, hi, what's up?
[18:50] <seb128> kenvandine,
[18:50] <seb128> dpkg-gensymbols -plibgwibber0 -v0.0.2 -Odebian/libgwibber0.symbols
[18:51] <and471> hey mpt
[18:51] <kenvandine> done already
[18:51] <seb128> kenvandine, run that for example in the build dir
[18:51] <and471> mpt, basically we want to merge the login dialog for the ubuntu one client and SC
[18:51] <seb128> kenvandine, ok, just make sure to use 0.0.2 not 0.0.2-0ubuntu1, revisions are often not needed
[18:51] <kenvandine> i didn't specify -v, but sed fixed me up
[18:51] <kenvandine> yeah
[18:51] <seb128> ;-)
[18:51] <and471> mpt, https://wiki.ubuntu.com/TheGreatUbuntuSingleSignOnClientsMergeOf2010
[18:51] <and471> mpt, that is all the coding stuff
[18:51] <mpt> schweet
[18:51] <seb128> with some luck you can get Riddell to NEW review it, he was doing archive work
[18:52] <seb128> anyway dinner time there
[18:52] <seb128> bbl
[18:52] <and471> mpt, maybe you want to talk to Chipaca, he was speaking with johnlea about the design side
[18:52] <kenvandine> thx seb128
[18:52] <Chipaca> mpt: yep
[18:52] <kenvandine> Riddell, can you NEW libgwibber?
[18:53] <Riddell> kenvandine: will you try and get those patched marged in return? :)
[18:53] <kenvandine> already did my part :)
[18:53] <kenvandine> josh is going to ride those guys hard until it gets done :)
[18:53] <kenvandine> Chipaca, your team should be worried :-p
[18:53] <mpt> and471, is "self.window_main" the ID of the parent window that the dialog should be modal to?
[18:54] <and471> mpt, yup, you doing some coding ? :D
[18:54] <Chipaca> mpt: we're taking and471's work and kludging in registration support from our code and patching everything up with duck tape to get it in before feature freeze (I might be overexaggerating the kludginess), and then port ui tests and fixes (and porbably rework the ui quite a bit) in time for the beta
[18:54] <Chipaca> kenvandine: yes. But also, awesome :)
[18:55] <Chipaca> mpt: mvo will hook things up via dbus (our thing is called over dbus), and the rest should just be as it is
[18:56] <mpt> and471, no, I was just going to say "make sure the dialog can be modal to its parent" but then I looked at your pastebin
[18:56] <Chipaca> mpt: so, I'll be asking either you or johnlea to help with the de-nauseating of the registration mashup, but there is no urgency for that work (where "urgent" is this week, and "not urgent" is *next* week :) )
[18:57] <and471> Chipaca, yes that is true, over dbus we need to have the ability to dialog.set_transient_for, I assume this is possible?
[18:57] <mpt> Chipaca, ok, got a screenshot/movie of how bad the transition is right now, so I can think about it overnight?
[18:57] <Chipaca> mpt: no, the mashup is happening. And, this is very risky, and if we're not done by Friday we'll abort.
[18:57] <Chipaca> mpt: on Friday, if we're done, we can show you it.
[18:58] <Chipaca> where "done" means ... that we can show you it, essentially
[18:58] <mpt> Chipaca, fair enough.
[18:58] <mpt> nessita, is the registration step the one you happened to be doing when I interviewed you about specs?
[18:58] <mpt> The one with the captcha in it
[18:58] <nessita> mpt: exactly
[18:59] <Chipaca> yes, that's the one
[18:59] <nessita> mpt: wanna a link to the spec?
[18:59] <mpt> Serendipity.
[18:59] <Chipaca> mpt: yes
[18:59] <Chipaca> things suddenly went click :)
[18:59] <Chipaca> of course, they couldn't go click week before last, could they? no, of course not
[18:59] <and471> mpt, nessita, rodrigo_, Chipaca, mvo,  anyonelse: gotta, good luck everyone, we can do this!
[19:06] <mpt> and471 apparently used up all his "go" tiles in that last line
[19:07] <mpt> nessita, if you have it handy, sure, otherwise just e-mail it to me when you're next there
[19:08] <Chipaca> https://docs.google.com/a/canonical.com/Doc?docid=0AU5sFuLRpCpBZGZra2pqY2pfODY2Z3RnbTl2Z3E&hl=en_GB
[19:08] <nessita> mpt: https://docs.google.com/a/canonical.com/Doc?docid=0AU5sFuLRpCpBZGZra2pqY2pfODY2Z3RnbTl2Z3E&hl=en_GB
[19:08] <nessita> oh! so close
[19:08] <Chipaca> it should just work without the a/canonical.com also
[19:08]  * mpt is glad those weren't two different URLs
[19:08] <Chipaca> hehe
[19:08] <Chipaca> that has happened so many times it's no longer funny. Except that it is.
[19:10] <mpt> Chipaca, sooooo .... Having an Ubuntu One account is still one step further than having an Ubuntu SSO account, right?
[19:11] <nessita> mpt: all the "Ubuntu One" string are replaced by a paremete "application_name"
[19:11] <Chipaca> mpt: having an ubuntu one *subscription* is
[19:11] <nessita> mpt: so the ubuntu-sso-client is ubuntu one ignorant
[19:11] <Chipaca> tell it, nessita :)
[19:11] <micahg> seb128: I just remembered one potential issue w/chromium in main
[19:12] <nessita> mpt: the login/registration service that we're implementing will receive the app name and the app T&C as parameters
[19:12] <nessita> mpt: and that's what we'll show to the end user
[19:12] <nessita> mpt: does that make sense?
[19:15] <mpt> nessita, does USSO by itself have terms and conditions?
[19:16] <nessita> mpt: nopes
[19:16] <mpt> (Sorry, just had to go take some photos of a guy testing his Lady Gaga costume)
[19:16] <pitti> re
[19:17] <pitti> nessita: hello, how are you?
[19:17] <nessita> mpt: the ubuntu-sso expects the link to the T&C as parameter
[19:17] <pitti> seb128: sorry, missed the meeting; had three non-stop meetings before
[19:17] <nessita> pitti: you forgot about me already? :-/
[19:17] <pitti> nessita: ? if I did, would I greet yoU? :-)
[19:17] <nessita> pitti: we shared a shisha and now you have no idea who I am? I'm insulted
[19:17] <nessita> :-P
[19:18]  * pitti checks again his current understanding of "how" vs "who"
[19:18] <nessita> pitti: wow! I'm so burned out
[19:18] <nessita> I read "who"
[19:18]  * pitti throws a broken brightness key towards nessita
[19:18] <pitti> nessita: ah, *phew*; that was a bit irritating :)
[19:19] <mpt> nessita, so it could hide the checkbox if fed a null value, or something
[19:19] <Chipaca> nessita: don't overdo it. We don't need the whole thing done today.
[19:19] <nessita> pitti: you have to understand, my manager is trying to squeeze my head up to unknown limits, so I'm a bit delusional at this point
[19:19]  * Chipaca whistles innocently
[19:19] <nessita> mpt: I find that cheesy, I think we always will have T&C, right?
[19:20] <nessita> pitti: how are you?
[19:20] <pitti> nessita: erk.. they (heads) usually work best when not being under deformative stress..
[19:20] <nessita> :-D
[19:20] <pitti> nessita: quite well, thanks; cobbled together something that actually installs for alpha-3 :)
[19:20] <mpt> nessita, I don't see why we'd need any for buying software.
[19:21] <pitti> mpt: guy in Lady Gaga costume> show! show! show!
[19:21] <nessita> mpt: anyways, I'd love if you can discuss that details with Chipaca and johnlea, since I need as much as I can to actually "code"
[19:21]  * pitti remembers Christopher Street Day in Munich a few weeks ago
[19:21]  * pitti realizes he's blatantly interrupting a work conversations and quietly retreats
[19:22] <nessita> mpt: as much *time* as I can, I meant
[19:22] <mpt> nessita, ok, thanks for your time.
[19:22] <nessita> Chipaca: would you please handle/mediate the design issues? I'll be happy to implement what you decided as long as is doable :-D
[19:23] <Chipaca> nessita: en serio, take it easy. I'll handle it.
[19:23] <nessita> mpt: thank you! I promise I'll be more verbose after feature freeze (but I've been having short meetings all day long :-))
[19:23] <mpt> Chipaca, a fun problem is that the "Join Ubuntu One" button expects to take you somewhere that has an e-mail address field, but by the time you've chosen "I want to register for an account now" you've already entered your e-mail address.
[19:23] <nessita> Chipaca: ack, cambio y fuera
[19:25] <Chipaca> mpt: re the t&c, I'm afraid I agree with nessita: most places that ask for username/password have t&c, even more so if they're for buying things
[19:26] <Chipaca> mpt: however, I also think a tool should allow its user to shoot at anything they want to
[19:26] <mpt> Well maybe someone will give us T&C at some point, but nobody *has*.
[19:26] <Chipaca> mpt: and more pragmatically: if the software center doesn't have t&a, then we need to not show the button (or scramble to get them written)
[19:27] <Chipaca> er, t&c
[19:27] <mpt> Not the best typo ever
[19:27] <Chipaca> hey, we're in alpha :-)
[19:27] <mpt> but we do have plans to make USC look sexier
[19:28] <Chipaca> I suspect not in this particular direction
[19:28] <mpt> no
[19:29] <Chipaca> mpt: as soon as there is something done we can talk about, you want to spend a while going over the app? I'm sure there will be a lot of low-hanging fruit
[19:29] <Chipaca> long-hanging, fermenting fruit
[19:31] <Chipaca> mpt: that will probably be Friday, but maybe before that. Don't tell nessita I said that.
[19:31] <mpt> Chipaca, realistically, I won't have time before that.
[19:31] <mpt> And Naty's #1 wish right now is quite possibly for people to stop using her IRC nick in conversation. :-)
[19:32]  * Chipaca stops
[19:32] <seb128> pitti, no worry
[19:32] <seb128> micahg, which one?
[19:33] <vish> seb128: wb , https://code.launchpad.net/~joel-auterson/ubuntu/maverick/ibus/newmenuname/+merge/31667 has been updated
[19:33] <micahg> seb128: the fact that they're moving to major updates every 6 weeks
[19:33] <seb128> vish, thanks
[19:33] <vish> seb128: thanks :)
[19:33] <seb128> micahg, that's an issue because...?
[19:34] <micahg> seb128: well, regression testing every 6 weeks?
[19:34] <micahg> seb128: full version bumps, not minor like we've been doing
[19:34] <seb128> micahg, well we will have to deal with that anyway, reality is that increasing number of users and customers will use it
[19:34] <micahg> if it's not an issue, great
[19:35] <seb128> well I don't say it's not an issue
[19:35] <seb128> we have to define how we deal with the updates
[19:35] <micahg> k, just wanted to make sure it was out there
[19:35] <seb128> we will likely get closer or shipping what upstream provides and tell user to deal with upstream directly if they run into issues
[19:36] <seb128> micahg, thanks for raising your concerns ;-)
[19:36] <micahg> seb128: np
[19:36]  * micahg still needs to write an apport hook for chromium 
[19:37]  * micahg also needs to dig up the notes from that UDS session :)
[19:37] <mpt> Rats, now I'll be wondering about that e-mail address problem all night. I guess I knew something like that would happen.
[19:38] <seb128> kenvandine, libgwibber failed to build
[19:39] <seb128> kenvandine, you need to build-depends on gir1.0-dbus-1.0
[19:40] <seb128> kenvandine, gir1.0-gwibber-gtk-0.0 depends suggests you might need gir1.0-atk-1.0 gir1.0-freedesktop gir1.0-gdkpixbuf-2.0 gir1.0-gtk-2.0 gir1.0-pango-1.0 as well
[19:40] <seb128> gir1.0-gwibber-0.0 seems fine out of the gir1.0-dbus-1.0 one
[19:43] <seb128> kenvandine, let me know if you need sponsoring with it later
[19:45] <kenvandine> seb128, yeah, fixed already
[19:45] <kenvandine> testing in pbuilder
[19:45] <kenvandine> it built in pbuilder before the switch to gir:Depends
[19:46] <kenvandine> so i wonder if having the depends implies build depends?
[19:46] <seb128> could be
[19:46] <seb128> but in any case it means you lacked depends before
[19:47] <kenvandine> gir1.0-gtk-2.0 brings in the others i think
[19:48] <pitti> in general, if you use symbols from a package, you should depend on it instead of relying on transitive dependencies
[19:48] <kenvandine> ok
[19:48] <seb128> pitti, that's gobject-introspection so different from the normal library world
[19:48] <seb128> but right
[19:48] <pitti> seb128: right, but I think the same principle appears there, too
[19:48] <seb128> indeed
[19:48] <pitti> or normal tools, too
[19:49] <kenvandine> out of those gir1.0-gtk-2.0 depends, only only directly use a couple
[19:49] <kenvandine> but without them all installed, gir1.0-gtk-2.0 won't work at all
[20:07] <seb128> rodrigo_, do you still plan to get bug #591873 uploaded?
[20:07] <ubot2> Launchpad bug 591873 in couchdb-glib (Ubuntu Lucid) (and 1 other project) "couchdb-glib sets its own, custom log handler for the g_debug (affects: 1) (heat: 70)" [Low,New] https://launchpad.net/bugs/591873
[20:20] <kenvandine> seb128, ok fixed FTBFS and added .symbols
[20:20] <kenvandine> lp:~ken-vandine/gwibber/libgwibber-ubuntu
[20:21] <seb128> kenvandine, you can probably push it to the ubuntu-desktop bzr now that the source has been uploaded?
[20:22] <kenvandine> should i use the same branch naming scheme i have been using? since libgwibber is a series in the gwibber project?
[20:23] <seb128> kenvandine, no, I would say ubuntu-desktop/libgwibber/ubuntu
[20:23] <seb128> since we usually use <source_name</ubuntu
[20:24] <kenvandine> maybe that will work now that we have the package uploaded
[20:24]  * kenvandine tries
[20:24] <seb128> right, what I just said
 kenvandine, you can probably push it to the ubuntu-desktop bzr now that the source has been uploaded?
[20:24] <kenvandine> hehe... i didn't read it the same way
[20:24] <kenvandine> sorry
[20:24] <kenvandine> nope, No such project: libgwibber
[20:25] <seb128> weird
[20:26] <seb128> it might take some time
[20:26] <seb128> anyway let's sponsor the update we can see tomorrow if the new location will work or not
[20:30] <kenvandine> seb128, thx
[20:33] <seb128> kenvandine, why did you drop the vcs lines in the control?
[20:34] <seb128> kenvandine, seems the lib export quite some symbols not prefixed gwibber_, is that wanted?
[20:34] <seb128> james_w, hey
[20:34] <james_w> hi seb128
[20:34] <seb128> james_w, could you set https://code.edge.launchpad.net/~osomon/ubuntu/lucid/epiphany-browser/user_agent/+merge/25049 to merge if you have the right to do it?
[20:34] <seb128> james_w, it has been uploaded but still shows on the sponsoring list
[20:34] <james_w> done
[20:35] <seb128> james_w, thanks
[20:35] <seb128> james_w, why don't I have access to that change?
[20:35] <seb128> I'm not sure to understand the acl there
[20:35] <james_w> seb128: because it's an SRU. iz lp boog
[20:35] <seb128> james_w, ok, thanks ;-)
[20:37] <kenvandine> seb128, i dropped them because i figured we would just maintain the branch at lp:ubuntu/libgwibber
[20:37] <seb128> kenvandine, do you have upload rights there?
[20:37] <kenvandine> i think the symbols exported without gwibber_ are the ones that aren't directly created in libgwibber but we provide an interface to them
[20:38] <kenvandine> il will once it gets added to the ubuntu-desktop packageset
[20:38] <seb128> ok, wfm then
[20:38] <seb128> kenvandine, upload sponsored
[20:38] <millerd> For some reason when I'm trying to connect to a printer shared on a Win 7 computer, it won't authenticate my login, has anyone had this problem?
[20:38] <kenvandine> yeah, confirmed
[20:38] <seb128> millerd, try #ubuntu
[20:38] <millerd> thx
[20:38] <kenvandine> the others are created because i have to define the interface to other dbus methods
[20:38] <seb128> kenvandine, what confirmed?
[20:38] <kenvandine> the symbols
[20:39] <seb128> ah ok
[20:39] <kenvandine> so the gwibber_ are the ones actually provided... maybe i should remove the others?
[20:39] <kenvandine> they are internal only
[20:39] <seb128> well I don't think it's important
[20:39] <kenvandine> ok
[20:39] <seb128> would just be a bit cleaner
[20:39] <seb128> but not worth spending time on it now
[20:40] <kenvandine> i'll think about it, they aren't even in the header
[20:40] <seb128> nice task if you get bored after beta or somerthing ;-)
[20:40] <kenvandine> hehe
[20:42] <seb128> pitti, should bug #566392 be dropped from the sponsoring queue?
[20:42] <ubot2> Launchpad bug 566392 in likewise-open (Ubuntu Lucid) (and 1 other project) "Request upload of likewise-open-5.4.0.42111-3 to Lucid (affects: 1) (heat: 41)" [Undecided,Fix committed] https://launchpad.net/bugs/566392
[20:42] <seb128> pitti, is it blocked on reply to your question?
[20:43] <pitti> uh? what? me?
[20:43]  * pitti looks
[20:46] <seb128> pitti, I don't really care about the bug, just trying to clean the > 125 items in the main sponsoring queue
[20:46] <seb128> or at least cleaning some of those
[20:47] <pitti> seb128: ah, I remember; well, still waiting on input from Gerry; i'll ping on the bug
[20:48] <seb128> pitti, I will unsubscribe sponsors for now as well he can resubscribe when he replies
[20:48] <seb128> pitti, thanks
[20:48] <pitti> *nod*
[20:48] <pitti> thanks
[20:49] <seb128> thank you
[20:55] <seb128> kenvandine, ok, it built this time
[21:03] <seb128> james_w, could you mark https://code.edge.launchpad.net/~rdoering/ubuntu/jaunty/erlang/fix-535090/+merge/21282 merged as well?
[21:03] <seb128> james_w, and https://code.edge.launchpad.net/~rdoering/ubuntu/lucid/erlang/fix-535090/+merge/21161
[21:04] <james_w> done, thanks seb128
[21:04] <kenvandine> seb128, woot!
[21:04] <seb128> james_w, thanks
[21:07] <seb128> james_w, https://code.edge.launchpad.net/~arky/ubuntu/lucid/refpolicy-ubuntu/fix-487779/+merge/19085 as well? ;-) thanks!
[21:07] <seb128> there is so much crap on the sponsoring queue :-(
[21:13] <pitti> good night everyone
[21:14] <seb128> 'night pitti
[21:17] <seb128> james_w, https://code.edge.launchpad.net/~arky/ubuntu/lucid/aptdaemon/fix-523759/+merge/19747
[21:19] <james_w> done
[21:19] <seb128> james_w, you rock ;-)
[21:19] <james_w> not exactly a lot of effort on my part :-)
[21:30]  * kenvandine heads out for a bit, bbl
[21:31] <seb128> kenvandine, bye
[21:39] <seb128> mvo, you should really have a quick review on http://qa.ubuntu.com/reports/sponsoring/index.html
[21:40] <seb128> mvo, there is a one line patch for apt there for 2.5 years, just ack or it or not an unsubscribe sponsors ;-)
[21:40] <seb128> mvo, there is a software-properties which seems easy enough as well
[21:41] <mvo> seb128: I opened a bunch of tabs for tomorrow morning
[21:41] <mvo> seb128: but not tonight ,)
[21:41] <mvo> seb128: but yeah, the apt one
[21:42] <mvo> seb128: now may actually be a good time with the 0.8~pre work
[21:42] <seb128> mvo, thanks ;-)
[21:42] <seb128> mvo, well as said to pitti before I don't really care about the changes, we just need to get the sponsoring list back in shape
[21:42] <mvo> seb128: :) thank you for the reminder
[21:42] <seb128> would it only be to make sure dholbach don't get mad or something ;-)
[21:43]  * seb128 hugs mvo 
[21:44]  * mvo hugs seb128
[22:07] <seb128> james_w, can you delete the glib2.0 one on http://qa.ubuntu.com/reports/sponsoring/index.html as well?
[22:07] <seb128> it's deprecated
[22:10] <seb128> chrisccoulson_, TheMuso: if you could clean some sponsoring items from http://qa.ubuntu.com/reports/sponsoring/index.html that would be nice