[00:42] <rodrigo_> kenvandine, around?
[01:16] <chrisccoulson> RAOF - i'm not sure if you saw my earlier message in the scrollback
[01:17] <RAOF> chrisccoulson: I did not - I only saw asac wanting me to be awake at 2:30am.
[01:17] <chrisccoulson> RAOF - ah, ok. it was a comment about bug 623700
[01:17] <ubot2> Launchpad bug 623700 in gnome-session (Ubuntu) (and 1 other project) "Edge condition in idle monitor (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/623700
[01:18] <chrisccoulson> i've not looked at it in that much detail, but i fixed what looks like a similar issue in gnome-power-manager earlier in the year
[01:18] <chrisccoulson> and it was actually a slightly different issue
[01:18] <chrisccoulson> what i found is that g-p-m was missing the negative alarm altogether
[01:18] <RAOF> Ah, yes.  I noticed that gnome-power-manager was setting appropriate transition thresholds.
[01:19] <chrisccoulson> so, what was happening is:
[01:19] <chrisccoulson> 1) Positive alarm triggers
[01:19] <chrisccoulson> 2) g-p-m updated it's idle state, then
[01:19] <RAOF> Note that I've also fixed an xserver bug in the SYNC extension, which might be what you're about to describe :)
[01:19] <chrisccoulson> 3) presumably it got pre-empted by something else, and then
[01:20] <chrisccoulson> 4) by the time it ran again to set up the negative alarm, it has already fired
[01:20] <chrisccoulson> and so it thought the session was idle indefinately
[01:20] <RAOF> Sweet!
[01:20] <RAOF> That wasn't what I'd fixed in the xserver.
[01:20] <chrisccoulson> RAOF, http://git.gnome.org/browse/gnome-power-manager/commit/?id=0c171b962989d20b55f65ae016c584d3543f4801
[01:20] <chrisccoulson> that's the issue i fixed last cycle
[01:22] <RAOF> Why didn't you just set the negative transition trigger at the same time that you set the positive transition trigger?
[01:24] <chrisccoulson> RAOF - the original patch i submitted did that, but we had to back it out for some reason, and i'm trying to remember why
[01:24] <RAOF> Rather than wait until the +ve transition had fired before setting up the -ve transition.
[01:24] <RAOF> You might have hit the xserver bug where if you had a +ve and -ve transition with the same threshold there was a good chance you'd never get the -ve transition?
[01:25] <chrisccoulson> i'll try and remember what it broke ;)
[01:27] <chrisccoulson> i'm sure it was something weird like, if we set the -ve transition whilst the count was already lower than the threshold, then it ignored it, and never triggered at all
[01:27] <chrisccoulson> something weird like that
[01:27] <chrisccoulson> but my memory is sketchy now ;)
[01:29] <RAOF> chrisccoulson: So, what I fixed in xserver was the following: if you had a -ve transition with the same threshold as the +ve transition, then if you caught the signal at *exactly* the threshold then the -ve transition wouldn't fire because X wouldn't notice IDLETIME going *above* the threshold.
[02:40] <iffi> If Michael Vogt or Sebastian Heinlein, who I think are the maintainers of gdebi are here, or if someone could forward it, I have a suggestion. Or perhaps there is a better place to ask?
[02:41] <iffi> My suggestion is this. Add the text "\n Do you trust the source of this package?" to the dialog which appears for confirmation when installing an unsigned package.
[02:41] <iffi> This would make it clear to new users in particular the nature of the confirmation.
[03:08] <robert_ancell> RAOF, do you have multiple languages installed?
[03:08] <RAOF> robert_ancell: Only multiple EN variants.
[03:08] <RAOF> Why?
[03:09] <robert_ancell> RAOF, I'm trying to text my gettext/polkit changes.  But I didn't test if the translations worked before at all.  Could you install language-pack-de-base and run software center and try and install a new package.  Check if the dialog that asks for your password is in german.
[03:10] <robert_ancell> actually, it might not honour the language because the polkit agent is started on login...
[03:10] <RAOF> I need to restart to boot the new kernel, anyway.
[03:10] <robert_ancell> RAOF, cancel that, I'm going to log in as full german and see if it works
[03:10] <robert_ancell> brb
[04:49] <intelliant> How do i persist changes to group.conf ? The changes I make for the ltsp users seem to be lost every now and then. ... may be whenever i run apt-get or on reboot
[07:54] <mvo> pitti: hey, are we frozen yet?
[08:04] <RAOF> Can we not be frozen yet? :)
[08:05] <RAOF> Or, more to the point, can I get a sponsor for another -ati upload to fix another DRI2 xserver crash?
[08:07]  * hyperair wonders how many hoops there are to jump through in order to get a new gpod into ubuntu at this point.
[08:16] <and471> morning everyone
[08:16] <kiwinote> morning
[08:16] <and471> hey kiwinote
[08:16] <and471> hi glatzor
[08:17] <and471> hi mvo, mpt, vish
[08:19] <glatzor> morning and471
[08:24] <mvo> mail
[08:24] <mvo> hey
[08:24]  * mvo waves to and471 and glatzor and kiwinote
[08:24] <kiwinote> hi mvo
[08:24] <and471> mvo, did you have any ideas about the software-properties thing?
[08:24] <mvo> and471: the source.list finding ?
[08:25] <and471> mvo, yup, going from a sourcelistentry to the display_name
[08:26] <vish> and471: hi! :)
[08:27] <vish> mvo: could we rename update manager this cycle? <? with a cherry on top> :)
[08:27] <and471> :)
[08:28] <vish> last day! ;p
[08:37] <pitti> Good morning
[08:38] <RAOF> Howdie pitti!
[08:38] <pitti> hey RAOF, how are you?
[08:38] <ajmitch> hi pitti
[08:38] <RAOF> A little cold, actually :)
[08:38] <pitti> RAOF: I wanted to talk to you about this apport/intel work item
[08:38] <RAOF> I should go and turn on the heater.
[08:38] <pitti> hey ajmitch
[08:38] <pitti> RAOF: wow, in Australia!
[08:39] <RAOF> In my defense, it's the southern bit of Australia in winter :P
[08:39] <pitti> asac: seems it built by now
[08:39] <ajmitch> it is tasmania after all, right?
[08:39] <RAOF> We even have snow!
[08:39] <RAOF> (Although not right now)
[08:39] <pitti> mvo: frozen> no idea, but I don't think so
[08:39] <pitti> RAOF: still need -ati sponsoring?
[08:39] <RAOF> pitti: Yes please.
[08:40] <RAOF> http://cooperteam.net/Packages/xserver-xorg-video-ati_6.13.1-1ubuntu4.dsc
[08:40] <RAOF> With bonus changes in the same dir.
[08:40] <and471> mvo, I am going and coming back in about 4 hours, do you think you could have the software-properties thing working (or glatzor ?)
[08:40] <and471> mvo, glatzor, so then I can implement it in software-properties?
[08:40] <kiwinote> mpt: hi! devildante's latest changes were at your request / approved by you?
[08:41] <RAOF> pitti: Yeah, I saw your query re: the apport/intel thing.  It's fine to defer that to Natty; our existing GPU hang infrastructure is perfectly acceptable.
[08:41] <kiwinote> mvo: did you change anything in the addons branch before merging or not? (just so I know if I need to update things in my branch)
[08:42] <pitti> RAOF: I'm interested in how much work that would actually be
[08:42] <mvo> kiwinote: please update, I don't think I changed much other than resolving conflicts
[08:43] <pitti> RAOF: perhaps you have some example bug reports where the apport info is good and bad? i. e. how to tell them apart?
[08:44] <pitti> RAOF: so we'd somehow need to track that we added drm.debug to grub, and delete it again once we get the next hang?
[08:44] <asac> pitti: yeah
[08:44] <asac> thanks
[08:44] <RAOF> pitti: Yeah, that's about it.
[08:45] <RAOF> It's pretty easy to tell you've added drm.debug to grub; just parse the kernel command-line.
[08:45] <pitti> sure
[08:45] <RAOF> Although I guess there are all sorts of edge cases possible where users have set it themselves.
[08:46] <pitti> RAOF: well, in that case we wouldn't touch it, I guess
[08:47] <seb128> hey
[08:47] <pitti> RAOF: so, perhaps you can add links to a good and a bad bug, and I'll have a look?
[08:47] <pitti> bonjour seb128
[08:47] <RAOF> pitti: I'll see if I can find a pair.
[08:47] <seb128> hello pitti
[08:58] <and471> mvo, I am going and coming back in about 4 hours, do you think you could have the sources.list thing working so then I can implement it (or glatzor ?)
[09:13] <and471> mvo, bah, gotta go now, see ya
[09:20] <mvo> vish: hello, sorry for my late reply. renaming the whole thing is a lot of churn. it will also break translaitons (not a big deal though). I would prefere to wait for N because we may get a complettely new one then
[09:22] <kiwinote> hi! Just managed to track down the bug that was bothering me last night, so I'll just finish tidying up all the print statements, make a few last adjustments, do some more testing and then merge devildante's branch with his latest changes. Sorry for the delay ;)
[09:22] <kiwinote> mvo: ^
[09:22] <mvo> kiwinote: sweet!
[09:23] <kiwinote> mvo: the only remaining biggish thing is that we get three transaction-finished signals, so the pane refreshes three times. (but that behaviour seemed to be in trunk before the addons merge as well)
[09:24] <vish> mvo: np.. cool :)
[09:24] <mvo> kiwinote: yeah, that is quite possible (and anoying)
[09:25] <mvo> mpt: good morning. what is wrong with "Find it in the menu at"? I don't mind the exact words, but mentioning something about menu or anything like this seems like a win, no?
[09:41] <mvo> hm, I guess "menu" is not great as it might be confused with the menubar
[09:45] <mpt> Good morning mvo
[09:46] <mpt> mvo, does that code make a distinction between gnome-panel and Unity? I didn't see one, but then I didn't really know what to look for
[09:47] <mpt> Good morning kiwinote, yes, all requested by me
[09:47] <mvo> mpt: no, I don't think the unity feature we need is implemented, we could (relatively) easy hide the thing if unity is running
[09:47] <kiwinote> mpt: thanks, and good morning ;)
[09:48] <mpt> njpatel, hi, did the DX team get time to implement an API that either (a) reveals a particular launcher in Unity or (b) tells you where to find a particular launcher in Unity?
[09:48] <mvo> I think we should aim for navigation in the addons, i.e. clicking on the pkgname (as it was before)
[09:49] <njpatel> mpt, heh, no :)
[09:49] <mvo> it breaks history currently, but that is a bug that needs attention, I think its massively more useful with that
[09:50] <mvo> mpt: nzmm did some tweaks to the where-is-it-installed bits, you may want to check trunk
[09:50] <robert_ancell> seb128, hey, I keep missing you guys.  Should we update evolution?  (was going to ask didrocks in case it affected UNE)
[09:51] <mpt> mvo, I'm happy with re-adding that navigation, but as you say, it would increase the importance and scope of bug 426999
[09:51] <ubot2> Launchpad bug 426999 in software-center (Ubuntu) "Navigating to item via search doesn't show its department/subsection (affects: 1) (dups: 1) (heat: 15)" [Medium,Triaged] https://launchpad.net/bugs/426999
[09:52] <seb128> robert_ancell, hey
[09:52] <seb128> robert_ancell, I'm not sure, to 2.30.3 at least yes
[09:52] <seb128> robert_ancell, btw your polkit change, can we update cdbs to add the domain?
[09:52] <seb128> the way it's doing for .desktop and .server
[09:53] <seb128> ie some sed rules to update the .policy at build time?
[09:53] <mvo> mpt: right, my feeling is that usefulness(navigation+426999) > usefulness(no-navigation) (but of course fixing that bug as well is the ideal state)
[09:53] <asac> hey ... so the ALT key was fixed in gnome-terminal ... now paste doesnt work anymore :( ... ctrl+shift+v
[09:53] <mpt> robert_ancell, good morning, are you still maintaining the "Featured" list for USC?
[09:53] <robert_ancell> seb128, I replied to that email.  I assumed we can't do that easily?  But if it works for .desktop then sure
[09:53] <robert_ancell> mpt, no, I think mvo is doing that
[09:53] <seb128> robert_ancell, what email?
[09:53] <robert_ancell> seb128, from David
[09:53] <seb128> robert_ancell, I just read yours about adding a .in
[09:53] <mvo> lol
[09:53] <seb128> robert_ancell, oh ok, I didn't see those yet
[09:53] <mvo> lets say we joint maintain it ;)
[09:54] <seb128> robert_ancell, see /usr/share/cdbs/1/rules/langpack.mk
[09:54] <robert_ancell> seb128, I haven't looked at how people are using .policy in their build systems, but it's going to need intltool integration right?
[09:54] <seb128> robert_ancell, evo to 2.30.3 yes
[09:54] <seb128> robert_ancell, otherwise updates to do: gnome-bt, anjuta
[09:54] <seb128> robert_ancell, brasero as well
[09:55] <robert_ancell> seb128, ok, I'll look at it tomorrow (evo and the polkit stuff)
[09:55] <seb128> robert_ancell, I though your patch would use gettext if the the domain is there?
[09:55] <robert_ancell> mvo, mpt, ok, joint maintaining it is.  Is this about Unity?
[09:55] <robert_ancell> seb128, yeah it does
[09:55] <seb128> robert_ancell, ok, so we can just sed it
[09:56] <seb128> robert_ancell, see /usr/share/cdbs/1/rules/langpack.mk
[09:56] <mpt> robert_ancell, yeah, the DX team were asking me yesterday about including some sort of Unity intro as a featured item
[09:56] <seb128> robert_ancell, there is a regexp grepping the makefile to get the domain
[09:56] <seb128> robert_ancell, that should work for most of the GNOME softwares
[09:57] <mvo> I have no strong opinion either way, but the spec at https://wiki.ubuntu.com/DesktopTeam/Lucid/FeaturedApps looks like its not really qualified
[09:57] <robert_ancell> mpt, I'm not oposed in particular.  It feels to me like featured apps is moving towards an iOS/Android experience where there is not a fixed list so much as advertisements in the software center
[09:58] <seb128> "intro" doesn't seem qualified
[09:58] <seb128> or at least is not an application
[09:58] <seb128> some days I hate bzr
[09:58] <robert_ancell> I'm not convinced this is the right vehicle to encourage people to try a new desktop experience - the method of switching to it is non-trivial
[09:59] <seb128> it just needs to download for half an hour to tell you that there is no commong ancestor with what you try to merge on
[09:59] <robert_ancell> mpt, how do you feel about it?
[10:00] <mpt> robert_ancell, I was skittish about including the vanilla Unity package, because unlike anything else in Featured, it dramatically changes your environment
[10:00] <mpt> robert_ancell, I suggested having some sort of interface for switching in and out. Though of course it's a bit late for that.
[10:01] <robert_ancell> mpt, yeah, I think that would be a requirement
[10:01] <robert_ancell> mpt, does OMG not drive enough people to try it?
[10:02] <seb128> robert_ancell, mpt: is that introduction a maverick thing?
[10:02] <mpt> robert_ancell, depends what the goal is. If the goal is reporting bugs, then I'd guess they do. :-) (But I don't subscribe to those bug reports so I don't really know)
[10:02] <seb128> robert_ancell, mpt: that's a feature and feature freeze was 2 weeks ago
[10:02] <mpt> seb128, exactly
[10:02] <seb128> there is no way we do that this cycle
[10:02] <seb128> don't start wasting time on it
[10:03] <seb128> robert_ancell only has 1.5 week of work left this cycle
[10:03] <seb128> or 2 weeks
[10:03] <seb128> then holidays and we will be hard frozen by the time he's back
[10:04] <seb128> robert_ancell, btw quick question about shotwell, the remaining bugs on the specs, should they be dropped?
[10:04] <seb128> robert_ancell, I didn't try but what happens on first run? does it auto import your xdg dir?
[10:04] <robert_ancell> seb128, don't worry, I'm not planning on working on it
[10:04] <seb128> ok ;-)
[10:05] <seb128> robert_ancell, that was one of the bugs on the spec
[10:05] <robert_ancell> seb128, yeah, those bugs aren't going to be implemented in time, but they're not blockers
[10:05] <robert_ancell> seb128, it offers to import from F-Spot or ~/Photos if I remember correctly.  I'm happy with the current experience
[10:06] <seb128> ok
[10:06] <seb128> robert_ancell, I will just drop the bugs from the blueprint
[10:06] <seb128> so they stop showing up on the workitems list
[10:06] <seb128> import f-spot or photos seems fine
[10:07] <robert_ancell> seb128, ok, can you add the list into the blueprint text if it is not?
[10:07] <robert_ancell> seb128, do you know about bug 529696 - there's a lot of noise there
[10:07] <seb128> robert_ancell, I will
[10:07] <ubot2> Launchpad bug 529696 in brasero (Ubuntu) (and 1 other project) "brasero can't copy audio cd (useless error message) (affects: 140) (dups: 11) (heat: 703)" [Medium,Confirmed] https://launchpad.net/bugs/529696
[10:08] <mvo> mpt: any thoughts on the "Find it in " string ? to include something like "menu", "main menu", "panel" or anything like this? I'm fine using the version you put forward if you think its too difficult to communicate
[10:08] <seb128> robert_ancell, hum
[10:09] <seb128> robert_ancell, no, I know about bug #514782
[10:09] <ubot2> Launchpad bug 514782 in brasero (Ubuntu) (and 2 other projects) "Brasero fails to recognize erased DVD-RW media (dup-of: 581925)" [Medium,Incomplete] https://launchpad.net/bugs/514782
[10:09] <ubot2> Launchpad bug 581925 in udev (Ubuntu Maverick) (and 2 other projects) "cdrom_id: Does not recognize reblanked DVD+RW, DVD-RW and DVD-RAM (affects: 22) (dups: 4) (heat: 128)" [Medium,Fix released] https://launchpad.net/bugs/581925
[10:09] <seb128> but that doesn't seem the same issue
[10:09] <seb128> robert_ancell, we should have a try to backport if it that has been fixed upstream
[10:09] <seb128> robert_ancell, btw how busy are you? you seem to merge again things we merged not so long ago
[10:10] <seb128> doesn't seem really useful work right now
[10:10] <seb128> robert_ancell, I'm not sure how you read your bug emails, just some random tasks for you if you are out of those
[10:10] <seb128> bug #623816
[10:10] <ubot2> Launchpad bug 623816 in rhythmbox (Ubuntu) "rhythmbox assert failure: rhythmbox: client.c:613: avahi_client_free: Assertion `client' failed. (affects: 1) (heat: 6)" [Low,Incomplete] https://launchpad.net/bugs/623816
[10:10] <seb128> seems a libdmapsharing issue
[10:11] <seb128> robert_ancell, kees had a comment on the bug asking to turn on the testsuite for the lib as well at build time
[10:11] <robert_ancell> seb128, not particularly busy.  Is there anything in particular to look at.  I'm not spotting a lot of bugs, e.g. https://launchpad.net/~desktop-bugs/+bugs?field.milestone%3Alist=21439
[10:11] <seb128> robert_ancell, I will start adding things to the list
[10:11] <seb128> robert_ancell, otherwise there is the evo 2.20.3 updates
[10:11] <seb128> brasero to 2.31
[10:11] <seb128> anjuta to 2.31
[10:11] <robert_ancell> yup, I'll do the updates
[10:11] <seb128> gnome-bt to 2.31
[10:11] <seb128> so feel free to pick in those tomorrow
[10:12] <mpt> mvo, I didn't think it was difficult to communicate, I was just trying to make it shorter. :-) But I'll revert it since it looks wrong to you
[10:12] <seb128> I will start building a list of bugs as well today or tomorrow
[10:13] <robert_ancell> vuntz - your gnome 2.31 script is tracking the GNOME 3 version of gnome-bluetooth
[10:15] <mvo> mpt: well, not wrong. I was just trying to make it easier for the user. I think we have some extra space there. like I said, no strong opinion, just trying to help a newbie that may need a little "push" to understand what "Applications" is meant
[10:16] <mvo> mpt: but either way is fine with me ("menu" may not be ideal because of the menubar, but I don't know if there is a good word for a "launcher menu" that is not geek-speek
[10:16] <mvo> )
[10:16] <robert_ancell> seb128, gtg, anything else you want to raise?
[10:16] <seb128> robert_ancell, one sec
[10:17] <seb128> robert_ancell, to reply to your polkit email
[10:17] <seb128> robert_ancell, the .policy are already in the POTFILES
[10:17] <robert_ancell> seb128, oh also, I don't know if I'll be successful with the cheese/gst problem.  I'm still spending some time blundering around, not solution yet.
[10:17] <seb128> they need to translate them to build the .policy at build time
[10:17] <robert_ancell> seb128, oh, nice
[10:17] <seb128> ie they already have the translations
[10:17] <seb128> they just put them at build time in the xml
[10:18] <seb128> so we just need to add the sed magic to cdbs
[10:18] <seb128> as we do for desktop and server
[10:18] <seb128> .desktop .server I mean
[10:18] <robert_ancell> seb128, so the translations are stored both in the xml and in .mo files?
[10:18] <seb128> yes
[10:18] <robert_ancell> works for us :)
[10:18] <seb128> indeed ;-)
[10:18] <seb128> that's it
[10:18] <seb128> robert_ancell, oh
[10:18] <robert_ancell> ok, should be easy
[10:18] <seb128> robert_ancell, in case you didn't see it be have a p.u.c ~platform
[10:19] <robert_ancell> seb128, yes, thanks!
[10:19] <seb128> robert_ancell, http://people.canonical.com/~platform/desktop/versions.html
[10:19] <seb128> np
[10:19] <seb128> robert_ancell, so you should be able to do changes now
[10:19] <seb128> or add things
[10:19] <seb128> details are on the platform list
[10:19] <seb128> robert_ancell, that's it I think
[10:19] <robert_ancell> need to update the irc channel title
[10:19] <seb128> yeah, I will do that today
[10:19] <seb128> I wanted to make sure the cronjob works before
[10:20] <seb128> seems it didn't update so I will check that today
[10:20] <robert_ancell> seb128, oh, do you know if we will/should update dbus?
[10:20] <seb128> to 1.3?
[10:20] <robert_ancell> yes
[10:20] <seb128> is that an unstable serie?
[10:20] <seb128> seems a bit late to me
[10:20] <seb128> pitti, ^
[10:21] <seb128> robert_ancell, I would default to no
[10:21] <seb128> but I can check with Keybuk and pitti
[10:21] <seb128> I will let you know
[10:21] <robert_ancell> ah, checked.  it's debian experimental so versions is recommending it
[10:21] <seb128> how come some lines have 2 upstream versions?
[10:21] <robert_ancell> but I suspect we shouldn't.   I should probably update versions to handle that
[10:22] <seb128> right
[10:22] <seb128> I was going to say
[10:22] <seb128> let's focus on the few I listed before
[10:22] <seb128> and then on bug fixing
[10:22] <seb128> I will build a buglist for eow
[10:22] <robert_ancell> seb128, they're the packages that are tracking GNOME 2.30, but it shows that there is a 2.31 package available
[10:22] <seb128> so next week we can spend time on those
[10:22] <seb128> robert_ancell, ok
[10:22] <robert_ancell> the list has been getting shorter since GNOME 3 was delayed
[10:23] <seb128> I need to figure why nautilus-sendto tracks 2.90
[10:23] <robert_ancell> I think it's just evo, gnome-panel, gdm, that should be help back
[10:23] <seb128> http://people.gnome.org/~vuntz/tmp/versions/versions-2.32 doesn't
[10:23] <robert_ancell> oh, that is weird
[10:23] <seb128> gnome-control-center gnome-settings-daemon gnome-applets
[10:23] <seb128> as well
[10:24] <seb128> though not sure about the 2 first ones
[10:24] <robert_ancell> me neither
[10:24] <robert_ancell> applets because they are tied to the panel right?
[10:24] <seb128> g-s-d has the polkit wrapper for the timezone
[10:24] <seb128> yes
[10:24] <seb128> our gnome-panel would not use the g-s-d one
[10:24] <seb128> I guess we could do the update but just not ship that wrapper for this cycle
[10:24] <pitti> seb128: I'm not sure; I don't usually follow dbus development
[10:25] <seb128> pitti, ok
[10:25] <seb128> robert_ancell, I think that's it from me, I will drop you an email if I think of anything else
[10:25] <robert_ancell> later
[10:25] <seb128> bye
[10:25] <seb128> robert_ancell, I think you should have enough to do tomorrow with the few updates listed before and the polkit gettext domain
[10:25] <robert_ancell> Au revoir
[10:53] <mvo> kiwinote: I work on your branch now (just fyi)
[10:54] <kiwinote> mvo: just pushed another revision
[10:54] <kiwinote> mvo: there are two remaining issues (also in trunk): -
[10:55] <kiwinote> mvo: -cancelling a policykit alert restores the wrong installation state
[10:56] <kiwinote> mvo: - after installing/removing the main app, any subsequent addon checkbox toggling doesn't display the addonsbar
[10:56] <mvo> kiwinote: did you figure out why recommends that are not len() == 1 are discarded? that does not seem to make a lot of sense to me
[10:56] <mvo> kiwinote: thanks for the info on the open bugs, are you looking into them or do you think we should put them into LP to keep track?
[10:57] <kiwinote> mvo: no, haven't investigated, but it may have been in the spec?
[10:58] <mvo> kiwinote: right, but why is it there?
[10:58] <kiwinote> mvo: the current trunk also doesn't allow install/remove via menu or listview, but have fixed that in my branch
[10:58] <mvo> mpt: do you happen to know why reocommends are discarded if there is more than one recommends?
[10:58] <kiwinote> mvo: dunno, mpt ^^ ?
[10:58] <seb128> dpm, hi
[10:58] <seb128> dpm, you might want to read the channel backlog
[10:58] <mpt> mvo, no
[10:58] <mvo> kiwinote: yeah, I noticed that fix
[10:58] <seb128> dpm, but what we said was basically what you wrote in your email
[10:59] <mvo> mpt: thanks, I will see if I can work with devildante on figuring it out
[10:59] <seb128> dpm, ie the potfiles.in and mo already have the translations and langpack.mk the magic to get the domain
[10:59] <mvo> kiwinote: it seems that its rather odd, either we should have them all or just ignore all recommends (as they are installed anyway by default)
[10:59] <kiwinote> mvo: indeed
[10:59] <mvo> kiwinote: that will simplify the implementation as well (ignoring recommends)
[11:01] <kiwinote> mvo: that sounds good, perhaps it may be good to check for any regressions though
[11:01] <mvo> kiwinote: yeah
[11:02] <mvo> kiwinote: there are quite a lot of packages that qualify for this criteria
[11:02] <kiwinote> mvo: can we tweak addon choosing after ui freeze?
[11:02] <mvo> ~2000 one if my count if correct
[11:02] <mvo> yeah, its bugfixing
[11:03] <mvo> I mean, if there are obvious bad ones in the list, that is a bug
[11:03] <kiwinote> mvo: ok, then if you leave that recommended check there for the meantime, then tomorrow/next week I'll investigate in to getting better addon lists
[11:04] <mvo> kiwinote: ok
[11:05] <kiwinote> mvo: although it doesn't really matter, so if you want to take it out now, feel free ;)
[11:05] <mvo> ok again ;)
[11:05] <mvo> I play with it a bit
[11:14] <dpm> hi seb128, ok, gotcha, I've just read the backlog
[11:15] <dpm> (re: policy files)
[11:15] <seb128> dpm, thanks for following on that
[11:15]  * dpm hugs seb128, and would hug robert_ancell if he were around
[11:15]  * seb128 hugs dpm
[11:16] <seb128> chrisccoulson: hey
[11:16] <seb128> chrisccoulson: don't worry about firefox updates
[11:16] <seb128> we got the extra builders
[11:16] <chrisccoulson> hi seb128
[11:16] <chrisccoulson> that's good :)
[11:22] <mvo> kiwinote: hm, hm, I thin kthe whole alogrithm will need some serious re-thinking, I would not be supprised if we just go with enhances and suggests, its making rather odd suggests (synatic got a kdebase-bin recommends in some obscure way)
[11:23] <kiwinote> mvo: yeah, I had been thinking about enhances and suggests and then determine the other addons based on pkgname, ie so that randompkg has randompkg-doc as an addon etc
[11:24] <mvo> kiwinote: yeah, I play some more and add some test code/formal tests so that we have a baseline
[11:25] <kiwinote> mvo: great, thanks!
[11:26] <chrisccoulson> hmmmm, i seriously need to invest in some more RAM :/
[11:28] <mvo> ram++
[11:29] <seb128> to build firefox?
[11:34] <ramachandran> hello. can anyone tell me how to customize the login window in ubuntu lucic ?
[11:35] <mpt> mvo, kiwinote: Recommends should be showing up only if the package your're looking it is the *only* package in your sources that Recommends it.
[11:36] <kiwinote> mvo: just managed to fix those two bugs mentioned above
[11:37] <kiwinote> mvo: so that means that I'm happy with it going into trunk and being released whenever you are
[11:38] <mvo> kiwinote: nice, thanks
[11:38] <mpt> mvo, I have a bunch of small UI fixes here: https://code.launchpad.net/~mpt/software-center/fit-and-finish-2/+merge/33751
[11:39] <mvo> mpt: I do you have examples so that we can add tests? the current code does not seem to do that (probably a bug)
[11:40] <mvo> kiwinote: thanks, merged into my addons branch
[11:40] <ramachandran> any help on customizing the login windows ?
[11:41] <mvo> kiwinote: you may want to merge back, some tweaks and tests, nothing much yet
[11:41] <kiwinote> mvo: yep, they looked fine
[11:41] <mpt> mvo, I don't know how to query the apt-cache for things like that ("Which packages recommend this package")
[11:41] <ramachandran> clear
[11:42] <mvo> mpt: thats fine, just give a hypothetical example
[11:42] <mvo> mpt: I'm writing tests for this stuff now and I need to be sure I understand the rational behind the rules and also figure out if/what packages apply for this
[11:44]  * mvo is off for lunch but reads backlog
[11:52] <mpt> mvo, come to think of it, I don't have a good example. I was treating Recommends like Depends there, assuming that they won't be interesting unless they're unique. But maybe that's not a good rule.
[11:53] <mpt> mvo, for example, synfigstudio Recommends synfig-examples, so it shows up as an add-on. synfig itself Suggests synfig-examples, but if it Recommended synfig-examples instead, under the current rule synfig-examples would show up as an add-on for neither of them. Which probably doesn't make sense.
[11:54] <mpt> kmess currently Recommends konqueror, but I assume that's just a bug in kmess.
[11:55]  * mpt finds a bug in the size calculation
[12:10] <mvo> mpt: ok, thanks. so it sounds like its not too bad if the current implementation does not quite do what you initially speced, right? if you come up with a good example I'm happy to have a closer look, but the current code does not implement it, instead it discards everything that has more than one recommends or suggests (which does not make that much sense and is probably a oversight by devildante)
[12:11] <mpt> mvo, it's a live spec. If we find something that doesn't make sense, we should change it. :-)
[12:11] <mpt> mvo, so, we should show all Recommends?
[12:13] <mvo> mpt: I have not fully made up my mind yet, but it feels to me like we should not show recommends at all because they are installed anyway by default and if the user removes a recommend the app may not work that well as before
[12:13] <mvo> mpt: its a strong relationship than "addon". but I'm still researching it currently, this is so far just a feeling
[12:19] <mpt> mvo, Recommends are checked by default. If we don't show Recommends at all, and installing installs Recommends by default, the end result is that Recommends is just another name for Depends, no?
[12:23] <mvo> mpt: from software-centers POV yes. the wording in the policy is that they should be installed in all but the most unusal sittuations. its a policy decision  from us if we want to allow removal too easily or not
[12:25] <mvo> mpt: I think we need to play a bit with it, from the code POV its not much difference
[12:26] <mpt> mvo, we should err on the side of false negatives (not showing things that we should show), rather than false positives (showing things that we shouldn't). So if you think we're better without Recommends for now, I'm quite happy with that
[12:26] <mpt> hi devildante :-)
[12:26] <devildante> hi mpt :)
[12:26] <mvo> mpt: thanks, I agree with that. I work on it in my branch and we can test both ways
[12:27] <mvo> hey devildante!
[12:27] <devildante> hi mvo ;)
[12:27] <mvo> oh, and I should hold up a sign saying "bugfix mode" from now on :)
[12:27] <mvo> "<b>BUGFIX MODE</b>" even  :P
[12:30] <kiwinote> devildante: hi!
[12:31] <devildante> hi kiwinote :)
[12:31] <kiwinote> devildante: bug 624578 ;)
[12:31] <ubot2> Launchpad bug 624578 in software-center (Ubuntu) ""Total size" is smaller with add-on selected than without (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/624578
[12:31]  * devildante is happy he's working with good guys
[12:33] <mpt> mmnz_ has left the building
[12:34] <devildante> kiwinote, mpt: problem is I don't even see kipi-plugins in gwenview page :p
[12:34] <devildante> only see kipi-plugins-dbgsym because I enabled ddebs
[12:38] <kiwinote> devildante: true, by the looks of it I have fixed that specific addon in my branch actually
[12:39] <kiwinote> devildante: it may be worth trying to find another app though to see if you can reproduce the bug there though
[12:40] <devildante> kiwinote: okay, but later, I'm trying to solve a problem mpt gave me :p
[12:40] <kiwinote> devildante: ah, that's fine then ;)
[12:40] <mvo> devildante: by what path is kipi-plugins selected for gwenview?
[12:41] <mpt> mvo, kipi-plugins Enhances: gwenvie
[12:41] <mpt> w
[12:42] <kiwinote> I think we filter it out correctly now
[12:42] <mpt> kiwinote, filter it out? Why?
[12:42] <devildante> it shouldn't be filtered
[12:43] <devildante> problem is only kipi-plugins-dbgsym is shown for me
[12:43] <kiwinote> devildante, mpt: ah, ok, then our filtering rules are too strict atm
[12:43] <devildante> and the only common point between it and kipi-plugins is: Enhances: digikam, gwenview, kphotoalbum, showimg
[12:44] <kiwinote> In my branch I didn't adjust any filtering rules, I only fixed some cases where the filtering rules weren't applied properly
[12:44] <mpt> kiwinote, first, if we can't trust Enhances:, the whole add-ons feature is probably a lost cause. Second, the spec should keep up to date with the implementation so that there's somewhere packagers (or people writing instructions for packagers) can learn the rules.
[12:45] <mpt> So if you change the filtering please let me know, and I'll update the spec. :-)
[12:45] <mvo> I think currently its a bit of a work-in-progress (the implementation just like the spec)
[12:45] <mvo> the current implementaion does not quite implement the spec either
[12:46] <mpt> ok, what do I need to change?
[12:48] <dpm> seb128, could perhaps someone from the desktop team look at bug 616856 and bug 613081? I think they might be easy ones to fix, but quite visible in localized systems.
[12:48] <ubot2> Launchpad bug 616856 in shotwell (Ubuntu) (and 1 other project) "Shotwell's desktop file needs gettext domain (affects: 2) (heat: 442)" [Undecided,New] https://launchpad.net/bugs/616856
[12:48] <mpt> We can papercut-fix packages with bad Recommends and Suggests, just like we did for applications with bad Categories and Sections.
[12:48] <ubot2> Launchpad bug 613081 in im-switch (Ubuntu) (and 1 other project) "im-switch should not be shown in the menu (affects: 1) (heat: 157)" [Undecided,New] https://launchpad.net/bugs/613081
[12:48] <mvo> once we have debugged the implmentation I can help with that
[12:48] <seb128> dpm, ok, adding that to my list
[12:48] <dpm> awesome, thanks seb128
[12:49] <seb128> dpm, you're welcome
[12:49] <devildante> mpt: we already reached 100 papercuts :p
[12:52] <mvo> kiwinote: please check my branch, I think the kipi-plugins is ok now, probably my bug
[12:56] <mpt> mvo, your branch makes no difference to the bug for me
[12:57] <mpt> still 1780 KB without kipi-plugins, 1631 KB with. :-)
[12:57] <mvo> mpt: oh, sorry. I meant that I fixed a different bug :)
[12:58] <mpt> oh
[12:59] <kiwinote> mvo: we seems to get lots more addons now
[13:00] <mvo> kiwinote: which ones?
[13:00] <kiwinote> mvo: eg software-center now has addons, ubuntu-desktop has many
[13:00] <mvo> kiwinote: with r1067
[13:00] <mvo> kiwinote: right, that is itentional, I removed the "len(recommends) == 1" restriction (for both recommends and suggests)
[13:01] <mvo> yeah, that is intentional, before we ignored
[13:01] <kiwinote> mvo: ah, ok, sounds like a good move!
[13:31] <rodrigo_> morning / afternoon
[13:31] <rodrigo_> seb128, ping
[13:31] <seb128> rodrigo_, hi
[13:32] <seb128> rodrigo_, how are you?
[13:32] <rodrigo_> seb128, nessita has a ubuntu-sso-client package branch almost ready, that she didn't submit yesterday because it was 10PM (in Argentina) and nobody (you or kenvandine) was around, so would it be ok to have it uploaded today, even though it's past UI freeze?
[13:33] <rodrigo_> seb128, a bit tired, yesterday was a crazy day, working from 9AM to 10PM to make the UI freeze deadline
[13:33] <rodrigo_> seb128, still sleepy today :)
[13:34] <seb128> rodrigo_, the sso upload it's ok yes
[13:34] <seb128> rodrigo_, it's my turn today to have a busy day to upload all the changes people try to get before the freeze now ;-)
[13:35] <rodrigo_> seb128, ok, cool! as soon as nessita arrives she'll submit it
[13:35] <rodrigo_> seb128, yeah, today's your turn, yeah :(
[13:36] <seb128> rodrigo_, ok, I will wait for her
[13:36] <seb128> rodrigo_, I didn't manage to do the tomboy update yet so if you want to do it feel free
[13:37] <rodrigo_> seb128, oh, right, I was thinking last night about telling you about me doing it, but I haven't awaken yet, so yeah, will do it now
[13:38] <seb128> thanks
[13:42] <kenvandine> good morning all
[13:42] <ayan> good morning.
[13:42] <seb128> kenvandine, hey
[13:42] <seb128> ayan, hey
[13:43] <seb128> kenvandine, I assigned you a bug from ivanka about ubuntu-mono
[13:43] <kenvandine> ok, i was looking for that
[13:43] <seb128> kenvandine, it's just renaming some icons
[13:43] <kenvandine> yeah
[13:43] <seb128> kenvandine, do you think you have time for it?
[13:43] <kenvandine> we talked about it yesterday
[13:43] <kenvandine> good morning mterry
[13:43] <seb128> hey mterry
[13:43] <kenvandine> seb128, yeah, i'll get it done this morning
[13:43] <seb128> kenvandine, thanks
[13:43] <seb128> kenvandine, are you in touch with them about theme update btw?
[13:44] <mterry> kenvandine, seb128: morning!
[13:44] <seb128> I've no clue of what's going on there
[13:44] <seb128> I've updated our murrine git version
[13:44] <kenvandine> seb128, i was just thinking about that
[13:44] <kenvandine> yes, they said it would be ready today
[13:44] <seb128> since we are on a git version I figured we could as well take the current one
[13:44] <seb128> ok
[13:44] <kenvandine> seb128, ok, great... be proactive :)
[13:45] <kenvandine> it was going to need a snapshot :)
[13:45] <kenvandine> thx!
[13:45] <seb128> ;-)
[13:45] <seb128> np
[13:45] <rodrigo_> seb128, nessita already proposed the branch
[13:45] <rodrigo_> oh, there she is
[13:45] <seb128> hey nessita
[13:46] <nessita> hello everyone!
[13:46] <nessita> hi seb128 :-)
[13:46] <seb128> nessita, how are you?
[13:47] <seb128> nessita, I've read that you have late changes coming, I might accept those if that's asked nicely and in french of course ;-)
[13:47] <nessita> seb128: fine, a bit tired, yesterday we had a marathon to meet the UI freeze. But it was fun!
[13:47] <nessita> seb128: ok, I will not use any translator so please be tolerant:
[13:49] <nessita> seb128: mon cheri, est-ce-que vous pouvez faire le merge pour le branch de l'ubuntu-sso-client? ou-la-lá!
[13:49] <kenvandine> hehe
[13:50] <seb128> nessita, "mon cheri", ou la la! ;-)
[13:50] <seb128> nessita, oui je peux vu que c'est si gentillement demandé ;-)
[13:50] <rodrigo_> :)
[13:50]  * seb128 hugs nessita
[13:51] <seb128> where is the merge request?
[13:51] <nessita> seb128: merci!
[13:51] <rodrigo_> do you both of us want us to leave the room and leave you alone? :)
[13:51] <seb128> rodrigo_, lol
[13:51] <kenvandine> hehe
[13:51] <seb128> pedro_, ola!
[13:51] <pedro_> salut seb128!
[13:51] <pedro_> hello rodrigo_
[13:51] <nessita> seb128: I'm looking for it
[13:51] <rodrigo_> hola pedro_
[13:52] <devildante> Qu'est ce que je vois ici? De l'impertinence, sans l'ombre d'un doute! :p
[13:53] <seb128> devildante, ;-)
[13:56] <nessita> seb128: s'il vous plait: https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/ubuntu-sso-client-0.99.3/+merge/33774
[13:57] <seb128> nessita, je regarde
[13:57] <seb128> waouh
[13:57] <seb128> lot of bugs fixed
[14:08] <devildante> beaucoup d'insectes ont été liquidés, à ce que je vois :p
[14:08] <seb128> yeah
[14:08] <seb128> nessita, uploaded
[14:09] <nessita> seb128: c'est splendid!
[14:09] <bcurtiswx> Good mornin
[14:09] <seb128> hey bcurtiswx
[14:09] <bcurtiswx> Hey seb128
[14:14] <mvo> devildante, mpt: could you please try my lp:~mvo/software-center/addons branch? its based on the refactoring from kiwinote and I tweaked the code a little bit more , for my (limited) tests it seems to give good results
[14:14] <mvo> hey and471
[14:14] <and471> hi mvo :)
[14:14] <devildante> mvo: okay
[14:14] <mvo> and471: sorry :( did work full-time on the addons stuff, not had any time for you :/
[14:14] <and471> mvo, no worries
[14:14] <mpt> hi and471
[14:14] <and471> hey mpt
[14:16] <mpt> mvo, should we ask and471 if he's interested in the SSO bug?
[14:16] <and471> mpt, are you teasing me? :P
[14:17] <devildante> mvo: kipi-plugins now shows in gwenview, great job ;)
[14:17] <mvo> devildante: yeah!
[14:18] <mvo> devildante: thanks, like I always say, tweaking stuff is always easiier than doing the from scratch work, so kudos for you for doing the hard parts :)
[14:18] <devildante> mvo: np :)
[14:18] <mvo> (and to kiwinote and mpt of course as well)
[14:18] <mpt> mvo, could tweaks to exactly what does and doesn't appear as an add-on perhaps wait until UI freeze?
[14:18] <mpt> after UI freeze, I mean
[14:18] <devildante> yes, thanks to all of you ;)
[14:20] <and471> hey tremolux
[14:20] <tremolux> hiya and471
[14:22] <mvo> mpt: yeah that makes sense. I merge what we have now (its was still useful to work on this so that we have basic tests)
[14:22] <mvo> hey tremolux
[14:22] <tremolux> hey mvo  \o
[14:22] <mpt> hi tremolux
[14:23] <tremolux> mpt!  hello  :)
[14:23] <mpt> mvo, are you turning on --enable-buy by default for UIF?
[14:23] <mvo> mpt: yeah, I think we have to
[14:24] <mpt> Is there any hope for bug 618817? :-)
[14:24] <ubot2> Launchpad bug 618817 in software-center (Ubuntu) "Payment screen opens in a separate window (affects: 1) (heat: 466)" [Undecided,Confirmed] https://launchpad.net/bugs/618817
[14:25] <mvo> mpt: unless minor miracles happen very little, I'm really sorry
[14:25] <mpt> ok
[14:26] <mpt> You could cheer me up by merging my fit-and-finish branch (or nzmm_'s variation)
[14:27] <mvo> mpt: tbh, I'm pretty blown away what we (as a team) managed to get done this cycle so far, we will get to this one eventually too (and how known, minor miracles do happen sometimes)
[14:27] <devildante> mvo: thanks :)
[14:27] <mpt> Yeah, we all rock
[14:29] <mvo> mpt: ha! the way you say it reminds me about http://www.youtube.com/watch?v=yGb3_F4puGg - more enthusiasm please ;)
[14:30] <tremolux> haha!
[14:31] <and471> mvo, I am conscious of UI freeze today and so thats why I was bugging you. Would it be an idea to do as in this screenshot, so that it would be easier to fix after UI freeze as there would not be a large change visually http://imgur.com/EGXSd
[14:31] <and471> mvo, and then look to change it to the display name after UI freeze?
[14:32] <mvo> and471: I think we will get a ui freeze exception if needed
[14:32] <and471> mvo, it is working with comments in the sources.list file, so it is halfway there
[14:32] <and471> mvo, so should I commit the stuff in that screenshot, or wait until EVERYTHING is working?
[14:33] <kiwinote> and471: merging deb and deb-src entries would be so sweet ;)
[14:33] <kiwinote> and471: it's starting to look quite great though!
[14:33] <and471> kiwinote, yup, maybe a bit later :)
[14:33] <and471> kiwinote, thanks :)
[14:34] <and471> kiwinote, the issue is, we need to find a way to move from the source.list entry to the display_name of the repository
[14:34] <and471> kiwinote, so from http://download.virtualbox.org/virtualbox/debian to 'Dropbox Official Repository'
[14:34] <kiwinote> and471: yeah, I think that's not entirely trivial
[14:35] <and471> kiwinote, indeed
[14:35] <kiwinote> and471: is the info in a release file somewhere, or how do you actually want to obtain the nice name?
[14:35] <and471> kiwinote, in SC, we can obtain it from the cache[pkg].candidate.origin.label
[14:36] <and471> kiwinote, but that is becuase we are pkg orientated in SC, in SP, we are source orientated :)
[14:37] <kiwinote> yay for us ;)
[14:37] <mvo> and471: if you commit what you have, that is fine
[14:37] <and471> mvo, ok
[14:39] <mpt> and471, we have another challenge for you if you're interested: bug 624097
[14:39] <ubot2> Launchpad bug 624097 in software-center (Ubuntu) (and 2 other projects) ""Reinstall Previous Purchases" sign-in dialog doesn't explain itself (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/624097
[14:43] <and471> mvo, hmm, I might have a look, does that need to be done by today?
[14:45] <and471> mvo, lp:~and471/software-properties/treeview-improvements
[14:47] <and471> nessita, hey, can you give me instructions on how to run the ubuntu_sso dbus service so I can try out this bug https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/624097 ?
[14:47] <ubot2> Launchpad bug 624097 in software-center (Ubuntu) (and 2 other projects) ""Reinstall Previous Purchases" sign-in dialog doesn't explain itself (affects: 1) (heat: 6)" [High,Triaged]
[14:47] <nessita> and471: sure!
[14:47] <nessita> and471: let me open the bug first
[14:48]  * chrisccoulson wonders if it will ever stop raining here
[14:50] <devildante> mpt: about the addon name taking too much space, I couldn't figure out a solution. All I could do was line wrap
[14:50] <mpt> devildante, no worries, we can give it as a puzzle to nzmm_ later. :-)
[14:50]  * and471 wonders with chrisccoulson 
[14:50] <devildante> mpt: okay, thx :)
[14:51]  * devildante wonders who's nzmm_
[14:51] <and471> devildante, the guy who did all the appdetailsgtk stuff
[14:51] <and471> devildante, before you started with SC, we used webkit for appdetails
[14:51] <devildante> and471: oh great!
[14:54] <nessita> and471: ok, here am I
[14:54] <tjaalton> cities of clock applet prefs can't be set for the user, it has no effect though gconftool --dump shows the exact same string for both cases (default/manual)
[14:54] <nessita> and471: my internet connection went down
[14:54] <and471> nessita, np
[14:55] <tjaalton> but when i look at the content from gconf-editor, the value has extra '[]' around it
[14:55] <nessita> and471: so, your question is how to reproduce?
[14:55] <nessita> and471: I haven't tried it, but I think that the instructions that mpt added there allows you to reproduce
[14:55] <tjaalton> when it's set manually
[14:56] <and471> nessita, but don't I need the ubuntuone_sso dbus thing running?
[14:56] <and471> nessita, I am on lucid
[14:56] <nessita> and471: ah, uh :-/
[14:56] <seb128> tjaalton, not sure to understand what you describe
[14:56] <nessita> and471: this is not supposed to be running on lucid
[14:57] <nessita> and471: new SSO is a maverick thing
[14:57] <seb128> tjaalton, what is the issue?
[14:57] <tjaalton> seb128: I'd like to set the default city for every user
[14:57] <and471> nessita, when I spoke to you before, you told me to run 'x' and then the dbus service ran
[14:57] <and471> nessita, can't I do that now? (from a bzr branch)
[14:57] <seb128> tjaalton, set a default value for the key?
[14:58] <tjaalton> seb128: but it doesn't work if I just copy the contents of the string
[14:58] <seb128> how do you set it?
[14:58] <nessita> and471: you can install latest SSO from the pp:ubuntuone/nightlies PPA
[14:58] <and471> nessita, ok let me start from the beginning
[14:58] <tjaalton> seb128: in a file under /usr/share/gconf/defaults, and run update-gconf-defaults
[14:58] <nessita> and471: ok :-)
[14:58] <and471> nessita, in doing the steps in that bug report, I get the following first:
[14:59] <and471> nessita, a 500 internal server error from sc.staging.ubuntu.com
[14:59] <tjaalton> seb128: wondering if gconftool --dump filters the '[]' from the string
[15:00] <tjaalton> aah
[15:00] <nessita> and471: ok, I wouldn't know about SC
[15:00] <vish> and471: heh , funny story about how nzmm_ got involved in SC . he was in #u+1  he had shown his icon-library app for identifying icons,  and mention he had seen the initial idea for the SC pathbar on the wiki , so showed a WIP .py , immediately i pinged mvo and mvo never let go of him ;p
[15:00] <tjaalton> seb128: will try something first..
[15:01] <and471> vish, hehe
[15:01] <seb128> tjaalton, what did you put in that file?
[15:01] <seb128> tjaalton, [value] indicates a list type usually
[15:02] <seb128> tjaalton, but gconf-editor displays the list items
[15:02] <and471> mvo, I can' do that bug, becuase when I try to reproduce I get a 500 internet server error from https://sc.staging.ubuntu.com/
[15:02] <seb128> tjaalton, ie it doesn't need to use the square brackets to indicate the type
[15:02] <and471> *can't
[15:02] <tjaalton> seb128: http://pastebin.ubuntu.com/483977/
[15:03] <tjaalton> seb128: but it should probably have '&lt;location name=&quot;&quot; ...'
[15:03] <mvo> and471: ok
[15:03] <seb128> tjaalton, right
[15:03] <mvo> vish: I owe you a beer for this!
[15:03] <seb128> tjaalton, and it should be in []
[15:03] <vish> mvo: :)
[15:03] <seb128> tjaalton, what you wrote there is a string
[15:03] <seb128> tjaalton, where it wants a list
[15:04] <tjaalton> seb128: but that's what gconftool --dump shows
[15:04] <seb128> [] indicates a list type
[15:04] <seb128> well the gconf-default syntax is [] for lists
[15:04] <seb128> we don't have a --type
[15:04]  * mvo is out for ~1h (appointment), I will read scrollback
[15:04] <and471> nessita, got it working by running DEBUG=True PYTHONPATH=. ./bin/ubuntu-sso-login
[15:05] <nessita> and471: yeah, thing is that you'd need latest of everything (SC, U1 if needed) to work with that version, right?
[15:05] <and471> nessita, yup that is fine, I am running out of bzr branches
[15:06] <nessita> and471: but yes, you can run it that way. You can now use d-feet to actually make the calls
[15:06] <nessita> and471: ah! that should work, I didn't get you were doing that :-)
[15:06] <tjaalton> seb128: oh right, the manpage shows an example <blush>
[15:07] <and471> nessita, so on the bug report, mvo mentions adding an extra method so not to break the api, whereas you say to change the existing method, which should I do?
[15:09] <nessita> and471: either change requires a freeze exception. Did you (or mvo or anyone) arrange that?
[15:09] <and471> nessita, no
[15:09] <tjaalton> seb128: yeah, works.. thanks
[15:10] <nessita> and471: having the freeze exception approved by the desktop team, I'd strongly recommedn modifying the current method
[15:10] <nessita> and471: since the SC is the only client
[15:10] <and471> ok
[15:14] <kiwinote> devildante: you about?
[15:17] <devildante> kiwinote: I am about :p
[15:19] <and471> mvo, nessita, gah I have a splitting headache, I shall do this tomorrow
[15:19] <kiwinote> devildante: [ installed software > compiz ] gives  [ Total size: ] 246kB to download, 729kB on disk
[15:20] <devildante> kiwinote: updating trunk...
[15:20] <nessita> and471: ok, get better
[15:20] <vish> and471: is bug 605092 still relevant?
[15:20] <ubot2> Launchpad bug 605092 in ubuntu-mono (Ubuntu) "Please ship the Ubuntu COF (distributor-logo) at 48x48 (affects: 1) (heat: 81)" [High,Triaged] https://launchpad.net/bugs/605092
[15:21] <and471> vish, no not anymore since we changed the login dialog
[15:21] <devildante> kiwinote: yes, confirming
[15:21] <and471> vish, but it would be nice, nevertheless :)
[15:24] <vish> and471: pff! you should have updated the bug! i gave ken-vandine a startle a few mins ago!
[15:24] <vish> ;p
[15:24] <and471> mpt, for bug 624097, do you want no header text?
[15:24] <ubot2> Launchpad bug 624097 in software-center (Ubuntu) (and 2 other projects) ""Reinstall Previous Purchases" sign-in dialog doesn't explain itself (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/624097
[15:24] <and471> mpt, (primary text)
[15:24] <and471> vish, hehe, sorry forgot about it
[15:25] <mpt> and471, so this was the original target: https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=previous-purchases-authorize.jpg
[15:25] <and471> mpt, so no header text?
[15:26] <mpt> and471, no "Connect to X", no
[15:26] <and471> mpt, ok cool
[15:26] <mpt> It's a repetition of the title bar
[15:27] <mpt> So the new parameter would be the primary text of the dialog
[15:27] <rodrigo_> seb128, hmm, app indicator patch doesn't apply in tomboy 1.3.2, I guess it's not upstream, right?
[15:27] <seb128> rodrigo_, no it's not, can you make apply easily?
[15:28] <rodrigo_> seb128, yes, working on it, seems easy, but I'll ask for help if not
[15:28] <seb128> ok
[15:30] <and471> nessita, what is self.login_vbox.header (line 548 of gui.py)
[15:31] <and471> nessita, is self.login_vbox a special class?
[15:31] <devildante> kiwinote: fixed :)
[15:31] <kiwinote> devildante: great!
[15:31] <and471> nessita, ah don't worry I get it now
[15:38] <and471> mpt, nessita, bah, no headache can withstand the power of nurofen! I have made the changes, but I feel the dialog looks a bit bare.. http://imgur.com/gaPpJ
[15:38] <nessita> and471: what did you do with the header? :-)
[15:39]  * mpt hides
[15:39] <and471> nessita, nuked it as mpt requested
[15:39] <nessita> OMG
[15:39]  * nessita fades
[15:39] <and471> nessita, I haven't actually changed the dbus api at all
[15:39] <and471> nessita, I just used the help_text
[15:39] <mpt> and471, so, that probably won't work for Ubuntu One
[15:40] <nessita> and471: well, if you don't need a new header, you don't nee to change the api
[15:40] <and471> mpt, this is what I was worried about
[15:40] <nessita> and471: but I thought that a header change was requested
[15:41] <nessita> and471: yeah, changing the help_text is totally doable, though it requires a UI freeze exception (because of the new strings)
[15:41] <and471> nessita, how does ubuntu one need to use _build_login_page?
[15:41] <and471> nessita, could you give a screenshot?
[15:42] <nessita> and471: the login page is used when opening the register dialog, and clicking at the bottom
[15:44] <MacSlow> gord, while testing lp:~unity-team/unity/unity.scrolling-update I sometimes don't get a quicklist on right-click
[15:45] <MacSlow> gord, using unity -p atm
[15:45] <MacSlow> gord, will try under mutter... and also compare with current unity trunk
[15:45] <and471> nessita, does ubuntu one use the dbus api?
[15:46] <nessita> and471: yes, is the only thing that uses (I mean, it doesn't communicate using another way)
[15:46] <and471> nessita, using the same login_to_get_credentials
[15:46] <and471> ?
[15:46] <nessita> and471: nopes, U1 uses login_or_register...
[15:47] <and471> nessita, ah good, so U1 will use a different method to all 'third party' applications?
[15:48] <nessita> and471: not sure what you're asking. SSO is a generic service and both dbus calls can be used by any application. At this particular point, the only app that uses the login_to_register is SC
[15:48] <and471> nessita, because u1 needs the header, whereas all other apps don't, they just need the help_text
[15:48] <and471> nessita, so I need a way to differenciate between them
[15:48] <nessita> and471: I wouldn't generalize like that :-)
[15:49] <nessita> and471: maybe all the apps needs the header and SC doesn't ;-)
[15:49] <and471> nessita, well at the moment :)
[15:49] <nessita> and471: anyways, I think the safer solution is to change the API to receive an extra parameter with the header content
[15:49] <and471> nessita, ok, well if I assume that SC is the only one then the dbus api needs changing
[15:49] <and471> nessita, ok
[15:49] <nessita> and471: we're trying to avoid adding hacks to the SSO code for special cases
[15:50] <nessita> and471: we're trying to not knowing about SC or U1 within the SSO code
[15:55] <sabdfl> maverick must be in great shape
[15:55] <sabdfl> i asked clan if she wanted Unity, she said OK, so i upgraded to Maverick this morning
[15:56] <sabdfl> just now i asked her "how's Maverick working for you", she nearly dropped her toast
[15:56] <sabdfl> "WHAT!? you said Unity, not Maverick!"
[15:56] <sabdfl> shipit
[15:56] <and471> hehe
[15:57] <devildante> meh, maverick has been pretty stable
[15:57] <vish> sabdfl: let us know the hardware model too, some of us are having problems ;)
[15:58] <sabdfl> lenovo x200s, vish
[15:59] <vish> sabdfl: thanks :) trying to follow jcastro's rule, "Find out and Buy laptops that Linus has!"  so we now buy laptops that sabdfl has :)
[16:00] <and471> hmm, nessita adding and extra variable to login_to_get_credentials in main.py gives ValueError: input signature is shorter than the number of arguments taken
[16:00] <and471> nessita, is there somewhere else I need to add the variable?
[16:01] <and471> nessita, don't worry I figured it out
[16:01] <nessita> and471: ok, you may wanna read about dbus and method signatures
[16:01] <rodrigo_> hey MacSlow, how's the motorbike going?
[16:06] <and471> nessita, mpt, sorry guys I am gonna be busy from now on (going to sixth form) and since this is going to require a bit more effort than I anticipated I am going to leave it
[16:06] <mpt> and471, ok, have you pushed a branch?
[16:07] <and471> mpt, well since it isn't really working do you want me to?
[16:13] <nessita> and471: have you added tests?
[16:13] <nessita> mpt: I can do the help_text change, but leaving the header untouched. Would that help?
[16:13] <and471> nessita, no as it doesn't work
[16:14] <nessita> and471: ok then. Good luck, and thanks a lot for your contributions :-)
[16:14] <and471> nessita, it is just adding the header_text var is harder and requires more time and I don't want to commit to time that I might not have
[16:15] <nessita> and471: yeah, I know, that's why we couldn't do it ourselves :-/
[16:15] <nessita> and471: we're dealing with tons more of bugs
[16:15] <and471> nessita, hehe yeah
[16:27] <rodrigo_> seb128, https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/maverick/tomboy/1_3_2_release/+merge/33795
[16:27] <rodrigo_> seb128, and a question, how do I make a package build -dbg subpackage?
[16:27] <seb128> rodrigo_, thanks
[16:28] <seb128> rodrigo_, you usually list the -dbg in the control and tweak the rules if required
[16:28] <seb128> just adding the dbg might be enough with cdbs
[16:28] <rodrigo_> hmm, ok, trying then
[16:34] <rodrigo_> seb128, yay, that seemed to do it
[16:35] <seb128> excellent
[16:40] <rodrigo_> seb128, how can I build 32bit packages on a 64bit system?
[16:41] <seb128> dunno
[16:41] <seb128> sorry I've no time to investigate to figure how it works again today
[16:43] <kenvandine> rodrigo_, pbuilder-dist maverick i386 <sourcepackage>.dsc
[16:43] <kenvandine> is what i do
[16:43] <rodrigo_> kenvandine, but I need to setup pbuilder?
[16:44] <kenvandine> yeah
[16:44] <kenvandine> i don't know how to do it without pbuilder
[16:51] <geser> the easiest way is having a 32bit pbuilder/chroot/vm/...
[17:09] <seb128> pitti, around?
[17:10] <mpt> ahhhhhh
[17:11] <mpt> devildante, are you busy?
[17:11] <devildante> mpt: I'll afk in a few minutes, so tell me what you want :)
[17:12] <mpt> devildante, there are icons attached to bug 614213, bug 614214, and bug 614215, and it would be super excellent if they got in
[17:12] <ubot2> Launchpad bug 614213 in software-center (Ubuntu) "Icon needed for the "Other" item in the left navigation pane (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/614213
[17:12] <ubot2> Launchpad bug 614214 in software-center (Ubuntu) "Icon needed for the "For Purchase" item in the left navigation pane (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/614214
[17:12] <ubot2> Launchpad bug 614215 in software-center (Ubuntu) "Icon needed for the "Independent" item in the left navigation pane (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/614215
[17:14]  * devildante will take care of it, but will be afk for now
[17:15] <devildante[afk]> bye for now :)
[17:20] <vish> mpt: why are we adding new icons to SC? 2 of those icons already exist in humanity couldnt we just use the icon-names instead?
[17:20] <vish> mpt: would make it more themeable too ;)
[17:20] <mpt> vish, which ones?
[17:21] <tremolux> vish: do you know the corresponding icon names offhand?  I can wire them up
[17:21] <vish> mpt: tremolux: purchase = emblems/../emblem-money
[17:22] <tremolux> mpt: not too sure about the For Purchase icon attached to that report..
[17:22] <tremolux> mpt: I would think something like a package with a small price tag on it might be more appropriate
[17:22] <vish> mpt: tremolux: and the Independant is /apps/../system-users
[17:23] <mpt> vish, sweet
[17:23] <tremolux> vish: awesome, I will wire them, see how they look
[17:23] <mpt> I can fix that myself
[17:23] <mpt> oh, tremolux can, even better
[17:23] <mpt> because he knows what he's doing
[17:23] <vish>  mpt doesnt mean you shouldnt ;p
[17:23] <mpt> Well, I have another branch I'm working on
[17:24] <tremolux> mpt: you could do it sure, but I'm happy to
[17:24] <tremolux> mpt: I'm fixing bugs currently
[17:24] <tremolux> mpt: lots of recent churn  ;)
[17:25] <tremolux> mpt: so I'll wire the icons
[17:25] <vish> tremolux: the unknown '?' alternative can be gnome-unknown , which is the same as on the bug but colored
[17:25] <mpt> thanks tremolux
[17:25] <tremolux> vish: there must be a "question mark" icon for use with "Other"?
[17:25] <tremolux> vish: oh, you are too fast  :)
[17:25] <tremolux> mpt: sure thing!
[17:25] <vish> tremolux: :)
[17:26] <tremolux> vish: thanks a lot!
[17:26] <vish> tremolux: np.. :)
[17:26] <mpt> tremolux, can you point me to where the style of the "Featured" and "What's New" boxes is defined? I don't see it in availablepane.py
[17:27] <tremolux> mpt: those are in catview_gtk.py
[17:27] <mpt> ah right, thanks
[17:28] <tremolux> mpt: np
[17:33] <pitti> seb128: hello
[17:34] <seb128> pitti, hey
[17:34] <seb128> pitti, can you promote some binaries for me? I'm doing the unity updates and there is some new build-depends in universe (source in main) but I'm out of ssh on that box
[17:35] <pitti> seb128: sure, what do you need?
[17:35] <pitti> phone, brb
[17:36] <pitti> re
[17:36] <seb128> pitti, libutouch-grail1 libutouch-grail-dev libmt-dev
[17:36] <pitti> odd, I thought I promoted those days ago
[17:37] <seb128> sources are but not the binaies
[17:37] <seb128> pitti, thanks, I need to finish those updates in the next 25 minutes then I need to run for a bit
[17:37] <pitti> swimming?
[17:37] <seb128> and I don't want to risk crashing my box, sometime video get screwed on user switch
[17:37] <seb128> pitti, no, picking people at the train station
[17:37] <seb128> anyway back to updates
[17:37]  * seb128 hugs pitti
[17:38] <pitti> $ change-override.py -S -c main utouch-grail utouch-gesturetest  mtdev
[17:38] <pitti> this is still in the bash history
[17:38] <pitti> odd
[17:38] <seb128> the source is in main
[17:38] <seb128> those binaries are not though
[17:38] <pitti> right that history is from a few days ago
[17:39] <seb128> some archive admin might have clean inconsistency
[17:39] <pitti> anyway, promoted
[17:39] <seb128> while nothing was using them yet
[17:39] <seb128> thanks
[17:40] <tremolux> vish, mpt: I think they look pretty great!  http://imgur.com/kE0c8.png
[17:40] <tremolux> vish: you rock!  thanks a lot
[17:40] <vish> tremolux: np.. :)
[17:40] <mpt> tremolux, cool! That blue makes sense for help, but for "Other" I think we really do want something more drab
[17:41] <tremolux> mpt: prolly right
[17:41] <vish> hmm , i think we have a drab one too!
[17:41] <vish> let me check
[17:41] <mpt> (and, also important, something that doesn't look like help)
[17:41] <vish>   application-default-icon
[17:42] <vish> tremolux: ^
[17:42] <vish> thats a '?' but in a square and grey
[17:42] <tremolux> vish: thx, will try
[17:44] <tremolux> mpt: what think?  http://i.imgur.com/7x1uA.png
[17:44] <mpt> vish, do you recognize that ^ icon from anywhere else?
[17:45] <vish> mpt: which one? the 'question mark' ? thats the  'application-default-icon'
[17:45] <mpt> Oh, it's the icon that gnome-panel uses for an application where it can't find the icon
[17:45] <mpt> vish, excellent choice.
[17:45] <mpt> tremolux, merge it. :-)
[17:45] <vish> \o/
[17:46] <dpm> pitti, have you got some minutes for a question about p-d-e, i18n and packaging? I'm trying to find out why ubuntu-sso-client does not generate a template on build. I've built it locally and the translations tarball does not get created for some reason...
[17:47] <tremolux> mpt, vish: \o/ too!
[17:47] <tremolux> :)
[17:47] <vish> :)
[17:56] <mpt> tremolux, bug 618821 is both quite important and probably a one-line fix
[17:56] <ubot2> Launchpad bug 618821 in software-center (Ubuntu) "Price in software item screen doesn't show currency (affects: 1) (heat: 353)" [High,Confirmed] https://launchpad.net/bugs/618821
[17:57] <tremolux> mpt: oh, yep, I'll fix that, thanks for pointing it out
[17:58] <seb128> bbl
[17:59]  * mpt is annoyed he can't even target bugs to Natty, let alone Obstreperous
[18:06]  * devildante is back :)
[18:06] <mpt> tremolux, when can we expect items for purchase to show descriptions?
[18:06] <pitti> dpm: hm, that's indeed a bit weird - if I call setup.py build_i18n, it gets created just fine
[18:06] <mpt> hi devildante, tremolux took care of the icons
[18:06] <devildante> thanks tremolux ;)
[18:07] <pitti> dpm: ah, I see -- its setup.py overwrites the "build" target, which derives from build.build instead of build_extra.build_extra
[18:07] <pitti> dpm: i. e. it circumvents p-d-e
[18:08] <dpm> aah, I see...
[18:08] <tremolux> devildante: oh sure thing
[18:08] <devildante> is anybody working on bug 554319? I'd like to work on it
[18:08] <ubot2> Launchpad bug 554319 in software-center (Ubuntu) "Software center silently removes installed packages if there are package conflicts (affects: 7) (heat: 53)" [High,Confirmed] https://launchpad.net/bugs/554319
[18:09] <tremolux> devildante: thank you yourself  :)
[18:09] <tremolux> devildante: I don't think anybody's working on that one, go for it
[18:09] <devildante> nobody thanks me :p
[18:09] <devildante> tremolux, okay, thanks :)
[18:10] <pitti> good night everyone
[18:10] <tremolux> devildante: re: thanks; I sure hope that's not true!
[18:11] <devildante> :p
[18:12] <tremolux> night pitti, and thanks very much for sponsoring tzdata  :)
[18:14] <mpt> devildante, basically, that should produce an alert identical to the one in step 5 of <https://wiki.ubuntu.com/SoftwareCenter#removing>, except that the text is "To install X, these items must be removed:"
[18:15] <mpt> and the main action button should be "Install Anyway"
[18:15] <devildante> mpt: okay, thanks :)
[18:15] <mvo> devildante: we need to use the "simulate" method from aptdeamon to make this work reliable
[18:17] <devildante> mvo: I don't think we need it. I already have some code that determines which pkgs will get removed from an operation ; I use it to determine the total size of operations
[18:20] <mvo> devildante: right, but the aptdaemon will take futurue changes into account
[18:20] <devildante> mvo: does it make a difference?
[18:20] <mvo> devildante: so if you install A and install B that remove A then the aptademon will show a warning about it
[18:20] <mvo> devildante: yeah
[18:21] <devildante> ah
[18:29] <devildante> mvo: I don't understand this line in gtk-demo.py: if [pkgs for pkgs in trans.dependencies if pkgs]:
[18:29]  * devildante is confused
[18:30] <dobey> i think that always evaluates to true, since an empty list is not None?
[18:30] <mvo> devildante: it goes over all "pkgs" in trans.dependencies and ads it to the [] if its not empty
[18:31] <mvo> devildante: it looks a bit confusing
[18:31] <devildante> thanks mvo :)
[18:31] <dobey> i just don't know why you'd do a list comprehension inside an if statement :)
[18:32] <dobey> err, as the if statmenet evaluation that is
[18:32] <devildante> mpt: since we implemented add-ons, could you move its section in the main spec?
[18:32] <mvo> dobey: not my code ,) - just tried to explain what it does
[18:33] <dobey> heh, sure
[18:33]  * mvo is away for a bit again
[18:33] <devildante> dammit you aptdaemon devs :p
[18:34] <dobey> no i'm not :)
[18:35] <devildante> dammit you aptdaemon dev who wrote that code :p
[18:35] <dobey> heh
[18:35] <devildante> sorry ;)
[18:39] <mpt> devildante, sure, remind me tomorrow. :-) I'm going home now.
[18:39] <devildante> mpt, bye :)
[18:39] <mpt> Thank you all, you've been beautiful
[18:39] <devildante> you're beautiful, it's true :p
[18:40] <mpt> tremolux, https://code.launchpad.net/~mpt/software-center/featured-and-whats-new-background/+merge/33802 if you have time :-)
[19:18] <kiwinote> mpt: should we force the first letter of each channel (ie subnode of 'get software'/'installed software') to be uppercase, or should we respect the original name?
[19:19] <Sarvatt> so libdrm-nouveau1 in maverick has a Breaks: xserver-xorg-video-nouveau (<< 1:0.0.16) that's preventing lucid->maverick upgrades at the moment and I haven't figured out a way around it besides dropping the breaks which does work. anyone have any ideas on what else to try besides dropping the breaks? libdrm-nouveau1 2.4.21 really doesn't work with x-x-v-nouveau 0.0.15
[19:22] <devildante> kiwinote, mvo, tremolux: http://imgur.com/wBYV3.png
[19:23] <tremolux> devildante: nice!
[19:24] <devildante> tremolux: now working on showing application icons instead of the default pkg icon
[19:24] <tremolux> devildante: awesome
[19:26] <kiwinote> devildante: 'installed' and 'items' can be lower case ;)
[19:27] <devildante> kiwinote: they are
[19:28] <kiwinote> devildante: ah, nice :)
[19:29] <kiwinote> devildante: can you push the code?
[19:29] <devildante> kiwinote: <devildante> tremolux: now working on showing application icons instead of the default pkg icon
[19:29] <devildante> I'll push it after that ;)
[19:29] <kiwinote> ok, great!
[19:40] <vish> odd that we show 'technical items' in the featured section!
[19:40] <devildante> kiwinote, mvo, tremolux: http://imgur.com/ddgvj.png
[19:40] <devildante> vish: not with me (using trunk)
[19:42] <tremolux> devildante: it looks great!  feel free to push when ready
[19:42] <vish> devildante: hmm , well, i'm trying the daily , and i see _Show 5 technical items_
[19:42] <devildante> Gold rule: always test trunk :p
[19:43] <kiwinote> vish: I fixed that in 2.1.13 this afternoon
[19:43] <vish> kiwinote: sweet!
[19:47] <devildante> tremolux: https://code.edge.launchpad.net/~ilidrissi.amine/software-center/fix-conflicting-packages/+merge/33818 ;)
[19:48] <tremolux> tremolux: beauty  :)
[19:48] <tremolux> I mean, devildante, sheesh
[19:48] <devildante> tremolux is talking to itself :p
[19:48] <tremolux> :D
[19:48] <devildante> nevermind, but merge please :p
[19:48] <tremolux> it is indeed
[19:49] <devildante> whoops, debian/changelog conflict, will fix it
[19:52] <devildante> fixed and pushed :)
[19:52]  * devildante will be afk for a while... if it's not merged till then, I'll do nasty things :p
[20:12]  * kiwinote quite liked the glow behind the featured icons :?
[20:15] <kiwinote> mvo: it seems we managed to slow the get_addons() down quite a lot. 40mins for all pkgs in the original branch, 20 mins in my revisions and 70mins and counting (only up to libjava atm) in trunk :/
[20:15] <mvo> kiwinote: *weeh* :/
[20:16] <kiwinote> mvo: but the addons we get are a lot better, so we still have a net improvement :)
[20:17] <mvo> kiwinote: aha, I *think* it might simply because we actually look at a lot more now (because the len(recommends) == 1 and len(suggests) == 1 restrictions got lifted)
[20:17] <mvo> kiwinote: but I may be wrong, I play a bit with ExecutionTime()
[20:21] <kiwinote> mvo: yeah, if that's the case then all is fine
[20:22] <kiwinote> mvo: my guess was that it may be because we call get_all_deps_installing(pkg) for every pkg
[20:23] <mvo> kiwinote: yeah, that is a likely candidate ofr a performance regression :/
[20:27] <kiwinote> mvo: anyway, that doesn't need to be resolved tonight, as on a single package basis it all works promptly ;)
[20:28] <mvo> kiwinote: yeah :) I was wondering if it would make sense to try to reorder the stuff in the filter so that the cheap (fast) stuff is tested first so that the overhead per-apckage is minimal
[20:29] <kiwinote> mvo: yep, that would make sense if it is clear what is cheap
[20:30]  * mvo nods
[20:31] <kiwinote> mvo: what we ideally want though is to not call get_all_deps_installing(pkg) if we don't need to
[20:31] <mvo> kiwinote: agreed!
[20:31] <kiwinote> mvo: ie, if we take it out of the filter and only call it if addons remain after being filtered
[20:32]  * devildante is back
[20:34] <mvo> hey devildante - saw your removal branch, very nice. but unfortunately today I'm too tired to properly review it, I will do that tomorrow and ensure we get a UI freeze exception (its a bugfix afterall so should not be a problem)
[20:34] <devildante> mvo: okay :)
[20:34] <devildante> mvo: do you want me to file a UIF exception?
[20:36] <mvo> devildante: go for it if you want, I'm too tired tonight, but will look at it when I'm fresh again
[20:36] <devildante> mvo: thanks :)
[20:37] <mvo> thank you!
[20:38]  * devildante will find a way someday to not have his thanks returned :p
[20:47] <devildante> mvo: do you remember my update-manager branch that automatically checks for updates when launched manually? Since now aptdaemon checks for updates without a polkit auth, can you re-consider it?
[20:49] <glatzor> hey mvo! long day!
[20:50] <mvo> devildante: probably too late for maverick (feature freeze, UI freeze, beta-freeze). but definitely for N and we should make it do the check in the background and just update the view when its done (no ui blocking)
[20:50] <mvo> glatzor: yeah, 4th long day in a row
[20:50] <mvo> glatzor: freeze times are fun times
[20:50]  * glatzor hugs mvo
[20:50] <mvo> glatzor: but lots of stuff happened, so its also good times ;)
[20:50] <glatzor> tomorrow you are done :)
[20:50]  * mvo double hugs glatzor
[20:51] <devildante> thanks for the info, mvo :)
[20:51]  * devildante hugs everyone
[20:53]  * mvo hugs devildante
[20:53] <mvo> devildante: thanks for your understanding, I know its hard if a feature is ready but does not quite make it. but the good thing about ubuntu is that the next release is always immanent
[20:53] <devildante> mvo: np
[20:54] <devildante> mvo: when will the apps get branched, so we can start adding new features?
[20:55] <mvo> devildante: there is no strict policy for this, I can do that tomorrow or early next week
[20:55] <devildante> tomorrow would be great :p
[20:59] <mvo> kiwinote: synaptic and pidgin have some slightly obscure addon recommendation (kdebase-something) (just fyi)
[21:00] <mvo> kiwinote: I suspect its the lonley package dependency rule (for lack of a better term)
[21:00] <mvo> kiwinote: but I'm too tired/lazy to track it down tonight :)
[21:00] <devildante> mvo: will test
[21:01] <mvo> devildante: aha, nice
[21:01] <mvo> devildante: have you seen the tests/test_addons.py ? I added synaptic there, it should illustrate the problem, I will add pidgin there too
[21:01] <mvo> devildante: then its trivial, just run "python test_addons.py" to see the odd one
[21:02] <mvo> (or odd ones)
[21:02] <kiwinote> mvo: np, I'm sure that over the next month we will be able to finetune it all quite nicely
[21:02] <mvo> yep
[21:02]  * mvo hugs kiwinote and devildante
[21:02]  * devildante hugs mvo back
[21:02] <devildante> mvo: from pidgin: Suggests: gnome-panel (>= 2.1) | kdebase-workspace-bin | docker
[21:02]  * kiwinote joins the group hug
[21:03] <devildante> lol
[21:04] <devildante> mvo: so I don't think it's USC's fault ;)
[21:04] <mvo> lol
[21:04] <mvo> thanks devildante
[21:04] <mvo> that was a easy one ;)
[21:04] <devildante> mvo: you're welcome!
[21:06]  * mvo is off to bed, thanks all for the fun ride today :)
[21:06]  * devildante thinks test_addons.py is useless for now, since we're currently tweaking the implementation (not rock solid)
[21:06] <devildante> bye mvo :)
[21:06] <kiwinote> night mvo
[21:06] <kiwinote> devildante: it helps us spot any regressions
[21:07] <devildante> kiwinote: oh, okay :)
[21:08] <devildante> thanks for the info :)
[21:08] <kiwinote> np
[21:09] <devildante> kiwinote: do you think we can fetch the list of all PPAs from lp?
[21:09] <devildante> (via launchpadlib or something else)
[21:09] <kiwinote> uh, what for? ;)
[21:09] <kiwinote> not really sure tbh
[21:10] <devildante> got an idea for usc
[21:12] <devildante> in a nutshell: I want that the appdetailsview have a button that when clicked, searches for PPAs of the app
[21:16] <kiwinote> devildante: sounds interesting. I think lp itself is able to do that, so with a bit of luck it may be in the lplib
[21:17] <devildante> kiwinote: found https://edge.launchpad.net/ubuntu/+ppas?name_filter=firefox
[21:18] <kiwinote> devildante: nice!
[21:19] <devildante> now I'll search lplib...
[21:19] <kiwinote> devildante: there will be discussions about the security aspects of such a button though, as we don't want to make it too easy to install potentially malicious code
[21:20] <kiwinote> devildante: I don't have any links on hand, but in the past there have been suggestions to have 'trust' ratings for ppa's
[21:20] <devildante> kiwinote: hmm, yeah... an alert won't do it, since the users tend to ignore them
[21:21] <kiwinote> devildante: ie, if thousands of users trust the ppa, then we can display it slightly more prominently than ppa's which no-one trusts
[21:22] <devildante> kiwinote: what would be good would be ppa ratings, so users can rate 0/5 a ppa that isn't working or is fake
[21:22] <kiwinote> devildante: indeed, ideally we have the same sort of warnings for deb files and software channels
[21:23]  * micahg thinks only team PPAs should be trusted
[21:23] <kiwinote> devildante: we may be able to use the section backgrounds to our advantage there, ie think like the stripes around the edge of the private bugs in lp
[21:24] <kiwinote> but yes, we don't want to make it easy to install random ppa's ;)
[21:25] <micahg> kiwinote: chrisccoulson and I were discussing adding our team PPAs as a plugin for Software Center
[21:26] <kiwinote> micahg: aha, which team would that be?
[21:26] <micahg> kiwinote: mozilla team
[21:27] <chrisccoulson> "get the latest super-cool version of firefox here" :-)
[21:27] <micahg> Test the pre-release update here :)
[21:27] <kiwinote> micahg: hm, I think that that is trying to solve a much broader problem which is being discussed in depth on the mailing list atm ;)
[21:28] <micahg> kiwinote: which ML?
[21:28] <devildante> which is?
[21:28] <kiwinote> ubuntu-devel-discuss I think, all the stuff about the app review board and backports and general archive policy
[21:29] <micahg> kiwinote: ubuntu-devel and no, this doesn't fit in there
[21:30] <fta> is there already a bug # for gtk sometimes leaving a menu shadow behind?
[21:31] <seb128> no
[21:31] <devildante> micahg, chrisccoulson: anyway, don't you know how to access PPAs from launchpadlib
[21:31] <devildante> ?
[21:32] <micahg> devildante: haven't looked into it yet
[22:11] <asac> seb128: problems with pasting using ctrl-shift-v in gnome-terminal are just with me?
[22:12] <seb128> asac, dunno, I never use that, I select and middle click
[22:12] <asac> try ;)
[22:12] <asac> breaks a major usecase here :(
[22:12] <seb128> how does that work?
[22:12] <asac> guess worse than greasemonkey for you ;)
[22:13] <asac> seb128: select something somewhere ... and copy (in firefox ctrl-c) ... then go to terminal in use ctrl-shift-v to paste
[22:13] <asac> or all in terminal: ctrl-shift-c for copy
[22:13] <asac> and v for pasting
[22:13] <seb128> works
[22:13] <devildante> asac: just you, pasting in terminal works for me
[22:13] <asac> yeah tahats not fun :(
[22:13] <asac> strange. a week or so before i had alt problems
[22:14] <seb128> asac, is the menu item having the right shortcut?
[22:14] <asac> seb128: any keymap refactoring going on ;)
[22:14] <asac> let me see
[22:14]  * asac doesnt have a menu
[22:14]  * asac unhides
[22:14] <asac> unhides
[22:15] <asac> interesting
[22:15] <asac> so after using the menu with mouse once it works now :)
[22:15] <asac> let me restart terminal
[22:16] <asac> seb128: it has something to do with hiding the menu bar ;)
[22:16] <asac> i start it with hidden menu bar and it doesnt work
[22:16] <asac> even if i right click and use mouse copy paste it doesnt start working
[22:16] <asac> then when showing menu it still doesnt work, until i use the menu once :-P
[22:16] <asac> BUG
[22:17]  * asac wonders why anyone would keep the menu on by default ;)
[22:18] <seb128> asac, does it work if you unset UBUNTU_MENUPROXY?
[22:18] <seb128> asac, do you have appmenu-gtk installed?
[22:18] <seb128> asac, ie unset that before running g-t
[22:18] <asac> seb128: fyi, i am on gnome (so no ripped out menu)
[22:18] <seb128> right
[22:18] <asac> yes i have that installed
[22:19] <asac> hmm. unsetting UBUNTU_MENUPROXY? is tough ;)
[22:19] <asac> let me start xterm and start it from there with that unset
[22:26] <fta> seb128, sorry, been disconnected. i read you said "no" to my menu shadow bug. it happened to me several time using different apps on different boxes in the last two days
[22:26] <fta> timeS
[22:30] <seb128> fta, I'm not even sure to understand your description
[22:31] <seb128> still no in any case we didn't get any recent gtk bug
[22:38] <james_w> is didrocks en vacances?
[22:43] <fta> seb128, not sure how to reproduce. what i see is the leftover of a menu (just its shadow), on top of everything, but allowing clicks to pass through. next time, i'll take a screenshot
[22:45] <seb128> james_w, yes, until monday
[22:46] <seb128> james_w, do you need anything, can I help you for something?
[22:46] <james_w> seb128: know much about oneconf?
[22:46] <seb128> no
[22:46] <seb128> I guess you will need to wait for him to be back for that ;-)
[22:46] <james_w> I'll email mvo as well I think, as it's more of an apt question, but I was interested in what didrocks was doing about it in oneconf
[22:48] <james_w> thanks seb128
[22:49] <seb128> yw
[22:49]  * desrt finds disatisfaction with trains in northern france
[23:00] <seb128> desrt, oh?
[23:01] <desrt> seb128: trying to get to vimy ridge :)
[23:02] <desrt> service to arras is quite good.  50m from gare du nord via TGV
[23:02] <desrt> and frequent too.  many trains per day
[23:02] <desrt> but after that, it's quite bad
[23:04] <desrt> i guess the problem is actually that where i want to go is in the middle of nowhere
[23:04] <desrt> which is a bit sad
[23:06] <micahg> what's the current proper way for an app to find the default browser on the desktop?
[23:09] <seb128> desrt, I was going to say that
[23:09] <seb128> it's alright nice that trains go there ;-)
[23:12] <desrt> i keep reading this heart-breaking story
[23:12] <desrt> there was this french guy, georges devloo
[23:12] <desrt> and he'd give canadians free rides from vimy train station to the memorial
[23:12] <desrt> just out of the kindness of his heart
[23:12] <desrt> and he died just last year
[23:13] <desrt> every single google hit that i find when looking for transit information is mentioning this guy and how kind he is
[23:13] <desrt> :(
[23:14] <seb128> desrt, that's where you want to go?
[23:15] <seb128> I guess you can probably take a bus for local driving
[23:15] <seb128> but that's not the same
[23:21] <desrt> seb128: there is a lack of busses
[23:21] <desrt> vimy has no transit at all
[23:22] <desrt> or taxis
[23:22] <desrt> the best option that most are saying is to take a taxi from arras at a cost of about 40-50eur
[23:25] <fta> desrt, it's ~4km away from the station, not that far if the weather is good
[23:37] <chrisccoulson> ah, pants. my compiz upload was rejected. fantastic
[23:37] <chrisccoulson> seb128 - do you feel like sponsoring? ;)
[23:38] <seb128> chrisccoulson: can do that
[23:38] <chrisccoulson> seb128 - bug 622195 (the change is in the bzr branch already)
[23:38] <seb128> chrisccoulson: did I tell you to apply for upload rights?
[23:38] <ubot2> Launchpad bug 622195 in compiz (Ubuntu) "window manager config tool missing (affects: 6) (dups: 1) (heat: 22)" [Low,Fix committed] https://launchpad.net/bugs/622195
[23:39] <chrisccoulson> yeah, i really need to get on the case with that ;)
[23:41] <seb128> robert_ancell, \o/
[23:42] <robert_ancell> seb128, hello1
[23:42] <robert_ancell> hello!
[23:42] <seb128> robert_ancell, how are you?
[23:43] <seb128> robert_ancell, so maverick is hard frozen for beta
[23:43] <seb128> we can still get things in but we need review
[23:43] <seb128> robert_ancell, do you want a todolist for the day?
[23:43] <robert_ancell> seb128, does gnome stuff get in anyway though?
[23:43] <seb128> they should
[23:43] <seb128> slangasek is reviewing things
[23:44] <seb128> pitti will probably review some as well later on
[23:44] <robert_ancell> I'm just going to spend the day getting every gnome thing on versions up to date
[23:44] <seb128> and things uploaded that don't go in beta will go in after beta
[23:44] <seb128> robert_ancell, can I drop some sponsoring on you?
[23:44] <seb128> or easy bugs
[23:45] <robert_ancell> which is brasero, evo, etc
[23:45] <robert_ancell> sure
[23:45] <seb128> ok
[23:45] <robert_ancell> if they're easy :)
[23:45] <seb128> bug #616856
[23:45] <ubot2> Launchpad bug 616856 in shotwell (Ubuntu) (and 1 other project) "Shotwell's desktop file needs gettext domain (affects: 2) (heat: 442)" [Undecided,New] https://launchpad.net/bugs/616856
[23:45] <seb128> usually gnome.mk in cdbs does that
[23:46] <seb128> bug 613081
[23:46] <ubot2> Launchpad bug 613081 in im-switch (Ubuntu) (and 1 other project) "im-switch should not be shown in the menu (affects: 1) (heat: 157)" [Undecided,New] https://launchpad.net/bugs/613081
[23:46] <seb128> should just be a NoDisplay=true to add
[23:46] <seb128> bug #620758
[23:46] <ubot2> Launchpad bug 620758 in mutter (Ubuntu) (and 1 other project) "Applications don't always show up when unminimizing (affects: 1) (heat: 8)" [Undecided,In progress] https://launchpad.net/bugs/620758
[23:46] <seb128> one liner mutter change from Jason (dx)
[23:47] <seb128> on http://qa.ubuntu.com/reports/sponsoring/index.html
[23:47] <robert_ancell> where do you find all these easy bugs?
[23:47] <robert_ancell> when I go looking all I find is hard bugs :)
[23:47] <seb128> bug #25979
[23:47] <ubot2> Launchpad bug 25979 in nevow (Debian) (and 1 other project) "nevow: FTBFS: missing build dependencies (heat: 1)" [Unknown,Fix released] https://launchpad.net/bugs/25979
[23:48] <seb128> ups
[23:48] <seb128> bug #259793
[23:48] <ubot2> Launchpad bug 259793 in pidgin (Debian) (and 2 other projects) "Pidgin description in Add/Remove Applications is overly geeky (affects: 4) (heat: 35)" [Unknown,New] https://launchpad.net/bugs/259793
[23:48] <seb128> rather
[23:48] <seb128> it has a merge request
[23:48] <seb128> bug #599785
[23:48] <ubot2> Launchpad bug 599785 in gimp (Debian) (and 2 other projects) "Gimp's description is too confusing (affects: 2) (heat: 16)" [Unknown,New] https://launchpad.net/bugs/599785
[23:49] <seb128> bug #604636
[23:49] <ubot2> Launchpad bug 604636 in cheese (Debian) (and 2 other projects) "Description: Cheese is too "cheesy"! (affects: 1) (heat: 95)" [Unknown,New] https://launchpad.net/bugs/604636
[23:49] <seb128> the change for that one was not commited to the vcs and dropped by error
[23:49] <seb128> there is an apport reporting change as well
[23:49] <seb128> robert_ancell, that's it ;-)
[23:49] <seb128> robert_ancell, well, sponsoring queue and hundredpapercuts
[23:50] <robert_ancell> ok, np
[23:50] <bcurtiswx> seb128, i added a merge request to bug #623657, i was told that would make things easier than a debdiff
[23:50] <ubot2> Launchpad bug 623657 in empathy (Ubuntu Lucid) (and 1 other project) "New Upstream Release 2.30.3 (affects: 1) (heat: 8)" [Wishlist,Confirmed] https://launchpad.net/bugs/623657
[23:51] <seb128> bcurtiswx, ok thanks, quite busy getting things in maverick for the beta freeze this week but I will review that next week
[23:51] <seb128> robert_ancell, those, the cdbs change to add the gettext domain to polkit files and the update you should be set for the day
[23:51] <seb128> robert_ancell, I got an email from didrocks btw, he plans to do the evo update on monday if you want to let them to him
[23:52] <bcurtiswx> seb128, not a prob, gl with beta freeze :)
[23:52] <robert_ancell> seb128, I'll leave him to do it, he has more experience there
[23:52] <seb128> ok
[23:52] <seb128> especially that he has merge the express work for unity
[23:53] <seb128> unity -> UNE
[23:53] <robert_ancell> yes, I don't want to accidentally break that for him :)
[23:53] <seb128> robert_ancell, https://code.launchpad.net/~vish/ubuntu/maverick/cheese/bug573124+reup/+merge/33419 for cheese
[23:53] <seb128> rather than the bug pointed before