[01:12] <rickspencer3> RAOF, bryceh hey guys
[01:13] <RAOF> rickspencer3: Good $TIME_OF_DAY
[01:14] <rickspencer3> hey dude
[01:14] <rickspencer3> so, I think xorg is acting really screwy on my i965 desktop
[01:14] <RAOF> Hm.
[01:15] <RAOF> Since the xserver-xorg-video-intel 2.14.0 upload yesterday?
[01:15] <bryceh> rickspencer3, this is with current natty?
[01:16] <rickspencer3> hey bryceh, yeah, I updated last night after the new intel driver got in
[01:17] <bryceh> rickspencer3, ok, tell us more
[01:17] <rickspencer3> basically, it seems like it just stops painting
[01:17] <rickspencer3> I can switch to a VT
[01:17] <rickspencer3> if I run top, nothing is going crazy
[01:17] <bryceh> rickspencer3, and fire off a bug report 'ubuntu-bug xorg' for tracking and so we get logs n'at
[01:17] <rickspencer3> but then I can't really switchback
[01:17] <rickspencer3> here's the thing though ...
[01:18] <rickspencer3> I am also mucking with the menus in a program I am writing
[01:18] <rickspencer3> maybe I should hold off on the bug report and see if I can make the problem occur on my netbook with the same code
[01:19] <bryceh> rickspencer3, if you report a bug we can check it to see if there are error messages in the log files that provide some clues
[01:19] <RAOF> It sounds like similar symptoms to the page-flip related hangs we had with Maverick.  If that were the case, compiz would be in D state waiting on an ioctl.
[01:19] <bryceh> or if you'd really prefer not to, pastebin your Xorg.0.log and dmesg
[01:19] <rickspencer3> bryceh, ok, I;ll do it right now
[01:20] <rickspencer3> nah, I just didn't want to spam you guys
[01:20] <rickspencer3> meantime, I think the mouse button on my netbook is wearing out
[01:20] <rickspencer3> like 2 weeks after the warrany expired
[01:45] <bryceh> after reading bdrung's blog post it makes me wonder how many of our X bugs are really dying graphics cards
[01:50] <RAOF> Some, but I'd wager not many.
[01:51] <RAOF> I think the rate of GPU failures is reasonably low, and I don't think our stack is so good that real bugs are less common than failing hardware :)
[01:56] <broder> hmm...i have a mental model for the symptoms that indicate failing ram. i don't have a model for symptoms that indicate a failing graphics card
[01:58] <bryceh> RAOF, I dunno, I got two failed gfx cards here (dead fans), and a third that sounds like it's on its last legs
[01:59] <RAOF> bryceh: Maybe I just don't stress my GPUs; none that I've had contact with have died.
[01:59] <RAOF> With, perhaps, the exception of my gaming laptop which would overheat, slow down by an order of magnitude, and then reboot. :)
[01:59] <bryceh> and just yesterday I threw away a dvi cable with a bent pin (obvious on close investigation, but sounded like one of the many "weird random color" bugs we get)
[02:00] <RAOF> Hm.
[02:00] <RAOF> We'll certainly have *some* bugs which are due to failing hardware...
[02:01] <bryceh> admittedly I swap cards quite a bit so they get more physical stress than normal perhaps
[02:01] <RAOF> Maybe I'm severely underestimating their number due to not interacting with broken hardware.
[02:02] <bryceh> rats, kernel panic in middle of a natty upgrade.  gotta love that
[02:03] <RAOF> Oooh, ow.
[02:04] <bryceh> came up ok
[02:04] <bryceh> this is definitely turning into one of those cases where testing the new driver is taking *way* longer than just packaging it....
[02:04] <RAOF> Ah, the new ati?
[02:05] <bryceh> yeah
[02:05] <RAOF> Before you upload, have you updated the copy-fb patch to support both 1.9 and 1.10 ABIs?
[02:06] <RAOF> (And not have a stupid typo in the 1.10 codepath, like my -intel upload has? ☹)
[02:06] <bryceh> ah I wanted to ask if we needed that for radeon too
[02:06] <RAOF> Yeah.  You'll need to do basically the same as for -intel, but without the “srcn” typo :)
[02:06] <RAOF> I split that out as a separate git commit, so it should be easy to see what to do.
[02:07] <RAOF> (For future reference, although “srcn” looks quite a lot like “scrn” the C compiler doesn't accept them as synonyms ☺)
[02:07] <RAOF> I can update the patch for you though, if you like.
[02:08] <bryceh> nah I got it
[02:08] <rickspencer3_> bryceh, RAOF here's my bug report: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/708998
[02:08] <ubot2> Launchpad bug 708998 in xorg "Desktop freezes intermitently" [Undecided,New]
[02:08] <rickspencer3_> sorry I couldn't be any clearer
[02:08] <rickspencer3_> I need to step away, but I can check back in a bit later
[02:08] <bryceh> rickspencer3_, thanks
[02:10] <bryceh> weird, apport collected a make.log.txt but no Xorg.0.log?
[02:10] <RAOF> Yeah, that is strange.
[02:11] <bryceh> the make.log.txt seems to be from some vbox build issue from last year
[02:15] <bryceh> RAOF, hmm no obvious errors in the logs
[02:32] <rickspencer3> hey bryceh, I uploaded those files
[02:32] <rickspencer3> also, looks like the xorg apport hook crashed
[02:33] <rickspencer3> (I assume that's why the files didn't get uploaded)
[02:42] <RAOF> Heh.  I see you've been hit with the keyboard-config stick: “Option "xkb_model" "a4techKB21"”
[02:43] <rickspencer3> RAOF, not sure what you're referring to there
[02:43] <RAOF> I don't believe that will cause any problems, though.
[02:44] <rickspencer3> I haven't seen any issues on this 'puter
[02:44] <rickspencer3> my netbook thinks I care to swtich to arabic though
[02:44] <RAOF> Your Xorg.0.log.old indicates that you've been hit with the keyboard-config upgrade bug, which set the keyboard model incorrectly and added the “af” keymap, among other things.
[02:45] <rickspencer3> glad it's all still working ok
[02:45] <RAOF> There don't appear to be any other interesting messages there.
[02:46] <RAOF> You _may_ have successfully confused compiz, or possibly hit a damage bug.
[02:46] <rickspencer3> RAOF, is it at all possible that I'm bringing down compiz with this crazy sound menu integration thing?
[02:47] <rickspencer3> like I am sending bad data, and the sound menu barfs,and then so brings down unity, brings down compiz?
[02:47] <RAOF> That's possible, yes.
[02:49] <rickspencer3> seems like that shouldn't happen :/
[02:49] <rickspencer3> maybe I can make a repro case and log a bug against sound menu (if that's what is happening)
[02:49] <rickspencer3> this is what fuzz testing if for ;)
[02:49] <RAOF> Did that only happen while you were futzing with the sound menu, or is it independently reproducible?
[02:50] <rickspencer3> RAOF, it's hard to say
[02:50] <RAOF> But it doesn't happen *every* time you VT switch, right?
[02:50] <rickspencer3> that's the problem with intermitent bugs
[02:50] <rickspencer3> I don't know
[02:50] <rickspencer3> I only switched VTs to try to see if there was a rogue process to kill or such
[02:51] <rickspencer3> nah, it works fine, just tried it
[02:51] <RAOF> Ah, yeah, that's right.  The problem manifested itself before the VT switch.
[02:51]  * RAOF restarts to test new -evdev
[02:53] <rickspencer3> RAOF, feel free to set my report to invalid or what not
[02:53] <rickspencer3> gotsa run
[06:09] <pitti> Good morning
[08:04] <pitti> mvo: good morning, how are you?
[08:04] <pitti> mvo: you broke the CD builds.. :-(
[08:04] <pitti>  software-center : Depends: python-piston-mini-client but it is not installable
[08:05] <pitti> mvo: any chance to revert the dependency for now, and wait until the MIR is approved?
[08:06]  * pitti hugs mvo
[08:06] <mvo> pitti: unfortunately not easily, I could include it in the package itself, but that is not really great
[08:07] <pitti> mvo: could it disable the functionality if it gets an ImportError?
[08:08] <mvo> hm, that might be a option, let me check
[08:08] <pitti> mvo: btw, thanks for the software-properties review; I'll debug the threading hang today
[08:08] <didrocks> good morning pitti, mvo!
[08:08] <pitti> that already hit me with usb-creator, it seems GTK doesn't seem to like it very much to run in more than one thread
[08:09] <pitti> hey didrocks, how are you?
[08:09] <mvo> good morning didrocks
[08:10] <mvo> pitti: indeed, might be a bug in the code of s-c, usually I'm very careful about this (hit the gtk ui only from one thread). but that code was contributed
[08:10] <pitti> mvo: for some reason that worked with pygtk, perhaps that did some extra locking or so; but I'll have a look
[08:10] <pitti> if it's a bug in pygobject, I'd like to track it down
[08:11] <didrocks> pitti: I'm fine thanks, having compiz crashing only for me at start (same issue than early december) isn't quite fun though :/
[08:11] <pitti> didrocks: compiz is naughty today indeed, at least under unity; breaks copy&paste and focus-follows-mouse
[08:11] <pitti> didrocks: it didn't crash here, though
[08:12] <didrocks> pitti: how breaks copy and paste?
[08:12] <pitti> didrocks: I think the FFM issue could actually be due to global menu bar (I disabled that in my classic session)
[08:12] <pitti> didrocks: well, neither Ctrl+C/V nor left/middle mouse work
[08:12] <didrocks> there was no change for FFM
[08:12] <didrocks> hum, middle mouse work there
[08:12] <pitti> that might not actually be a compiz issue, of course; could be unity, too
[08:12] <didrocks> trying ctrl+C/V
[08:13] <pitti> didrocks: try from firefox to terminals? (that's what I tried)
[08:13] <didrocks> ctrl+C/V is fine there too
[08:13] <didrocks> ok trying
[08:13] <didrocks> (I tried in gedit)
[08:13] <pitti> ctlr c/v still doesn't work even under classic+compiz
[08:13] <pitti> between terminals
[08:13] <pitti> but middle mouse does
[08:13] <mvo> pitti: who is currently doing mirs ? just you and doko?
[08:14] <didrocks> pitti: works for me… :/
[08:14] <pitti> mvo: I left the team a while a go; currently didrocks, doko, mterry, kees
[08:14] <mvo> so didrocks … ;)
[08:14]  * didrocks hides and handle his card of ETOOWORKANDBUGS :)
[08:15] <didrocks> pitti: ok, finishing some triaging and debugging with same, then I'm back to you for copy and paste
[08:16] <pitti> didrocks: no worries, let's track it down later; I'm currently wrestling with 10.04.2 and some urgent emails anyway
[08:16] <didrocks> pitti: ok :)
[08:23] <mvo> pitti: I assume downgrading the mini-client thing to a recommends is not enough for the cd builder?
[08:23] <pitti> mvo: recommends works
[08:23] <pitti> it'll be silently ignored then
[08:24] <pitti> component-mismatches will still cry (which is desired)
[08:24] <mvo> ok, that sounds reasonable then
[08:24] <mvo> I will bribe the MIR team as quickly as possible, its a really easy MIR i think
[08:25] <pitti> heh
[08:25] <pitti> mvo: danke!
[08:26] <mvo> danke an dich - und entschuldigung für den ärger .)
[08:30] <pitti> happens, no problem at all
[08:30] <pitti> would just like to have building CDs before a2 :)
[09:20] <rodrigo_> morning
[09:23] <didrocks> hey rodrigo_
[09:35] <seb128> hey didrocks rodrigo_
[09:35] <didrocks> hey seb128
[09:39] <pitti> chrisccoulson: good morning!
[09:39] <pitti> chrisccoulson: was bug 294187 deliberately targetted to natty?
[09:39] <ubot2> Launchpad bug 294187 in firefox "Firefox Locales should install locale specific search plugins" [High,Confirmed] https://launchpad.net/bugs/294187
[10:25] <seb128> re
[10:26] <seb128> mvo, is ratings different from reviews in s-c?
[10:28] <seb128> mvo, seems reviews are buggy, I can see items with starts and a number of "ratings"
[10:28] <seb128> but they all say "be the first to review"
[10:29] <seb128> like there is nothing at the bottom of the description page
[10:33] <mvo> seb128: parts of that is a bug in the cache invalidation
[10:33] <mvo> seb128: the other part is that if you e.g. on maverick you will see that there are 5 reviews, but they could be from natty so you will not see them (as they are not for a version you can install).
[10:34] <mvo> seb128: that was a design decision, not sure if its final or if mpt wants to tweak it
[10:34] <seb128> mvo, well I'm on natty and I would assume reviews are coming from natty?
[10:34] <seb128> mvo, do you have any example that should show any review?
[10:34] <seb128> just tried abiword, glade and some others
[10:34] <seb128> none has a review
[10:36] <mpt> mvo, hm, that wasn't deliberate
[10:38] <mpt> mvo, maybe the reviews you see, and the average rating you see, should be for all reviews from the latest version you can install and versions before it, not for versions after it?
[10:39] <fagan> mvo: hey, is it me or is does the recomendations thing look like it has no space before the number and no space after the word recommendations
[10:39]  * fagan is testing out the reviews too btw and they are very nice
[10:39] <mvo> seb128: if you are on natty, that is the cache problem
[10:39] <seb128> mvo, yeah I'm on natty
[10:39] <seb128> mvo, ok
[10:41] <mvo> mpt: ok, thanks for this clarification, I will talk to the server guys about it
[10:41] <mvo> fagan: it is not only you :) but its fixed now, just uploaded a new version
[10:41] <mpt> mvo, sorry, I was asking you what you thought
[10:41] <fagan> oh ok
[10:44] <mvo> mpt: I think ideally we would aggregate the stats so that they represent the availalbe reviews and ratings for the user. its not easy on the server, AFAIK this is why it was changed there. there was a bug about that, let me look for it
[10:49] <mvo> mpt: the trouble seem to be that this is a relatively expensive operation (the stats). but yeah, stats(visible_only) is IMO the ideal solution
[10:51] <mpt> ok
[11:00] <mpt> I wonder if there's some elegant way to weight ratings for recent versions more heavily than ratings for old versions
[11:01] <mvo> a good idea
[11:02] <davmor2> mpt: give the newer version preference over the older one :)  the issue is you still want ones marked as useful to surface nearer the top
[11:02] <mpt> davmor2, that's another way of wording it
[11:02] <mpt> We need a mathematician in here
[11:03] <mpt> mvo, what do you think of this to start with: "The average rating for a software item, as shown to someone running a particular Ubuntu release, should be the mean of the latest 50 ratings for versions of the software that are less than or equal to the latest version available for that Ubuntu release."
[11:03] <mpt> That way at least old ratings eventually expire
[11:04] <chrisccoulson> pitti - i'm not sure why bug 294187 was targetted to natty, i didn't do that
[11:05] <ubot2> Launchpad bug 294187 in firefox "Firefox Locales should install locale specific search plugins" [High,Confirmed] https://launchpad.net/bugs/294187
[11:05] <chrisccoulson> good morning / afternoon btw :)
[11:07] <mvo> mpt: I think we should not (yet) dive into the details but formulate a high level goal (like weight older versions lower or expire them) and then we can discuss how best to do it with the constrains we have (like that it needs to be fast to do on a db layer etc)
[11:08] <mvo> mpt: bug #709172 for the basic problem
[11:08] <ubot2> Launchpad bug 709172 in rnr-server "current reviews-stats is confusing to users" [Undecided,New] https://launchpad.net/bugs/709172
[11:08] <davmor2> mpt, mvo: If we work with lucid, maverick, natty, would the simplest way not be to award lucid 25%, maverick 50%, Natty 75%, and let the star rating and usefulness flags take it up the other 25%,  and then when O comes out drop lucid to 0% and so on?
[11:09] <mvo> I added the weight as a topic now too
[11:09] <mpt> davmor2, not really, because increasingly there will be multiple versions for the same OS release
[11:09] <fagan> mvo: is there any way to edit your review after you post it?
[11:10]  * fagan just realised that he made a mistake in his gimp review 
[11:10] <mvo> fagan: not yet, its a planned feature. but you can just post a new one (based on the old one) and flag the other as a mistake
[11:10] <davmor2> mpt: Sorry I'm mixing versions with distroseries my bag
[11:10] <fagan> oh thats ok
[11:11]  * mvo is off for a bit to grab some lunch
[11:13] <fagan> mvo: Oh and the title part isnt spell checked
[11:13] <fagan> in the review
[11:15] <mvo> fagan: *ick* what is wrong?
[11:16]  * mvo will fix that too after lunch
[11:17] <fagan> mvo: yeah ill let you get some lunch. I was just using the review title bit and it isnt spell checked no biggy
[11:17] <fagan> I miss spelled a word on purpose and checked
[11:42] <mpt> mvo, remember the keywords system we started on, for keywords that aren't mentioned in the package description? Can you remind me where the keywords are stored?
[12:13] <nessita> good morning everyone! may I have a sponsorship for https://code.launchpad.net/~nataliabidart/ubuntu/natty/ubuntuone-control-panel/ubuntuone-control-panel-0.8.1/+merge/47757
[12:16] <mvo> mpt: in the desktop file as "X-AppInstall-Keywords"
[12:17] <mpt> mvo, thanks. Dylan McCall was asking about it (but didn't know it exists).
[12:27] <mvo> fagan: hrm, hrm, it looks like gtkspell does not support gtk.Entries, so its not as trivial as I thought. could you please file a bug? looks like this needs some legwork first
[12:27] <fagan> sure no problem
[12:29] <seb128> re
[12:29] <seb128> mvo, do you have any bug number for that caching issue?
[12:31] <mvo> seb128: yes, bug #708841
[12:31] <ubot2> Launchpad bug 708841 in rnr-server "review stats do not update on moderation or removal of reviews" [Undecided,New] https://launchpad.net/bugs/708841
[12:32] <seb128> mvo, thanks
[12:34] <seb128> mvo, ok, so what you are saying is that we have no user reviews yet which went out of moderation? which is moderating those?
[12:36] <mvo> seb128: the bug is that if a review goes into moderation the stats are not updated
[12:36] <pitti> chrisccoulson: right, seems like a wishlist thing to me; I'll downgrade
[12:36] <mvo> seb128: into the moderation-queue that is (that means that it becomes invisible until its moderated)
[12:37] <seb128> mvo, but are all comments going in the moderation queue by default before being accepted?
[12:38] <seb128> mvo, and who is moderating the queue?
[12:38] <seb128> mvo, like is there any review which is going to go out of moderation in the next weeks or will they stay there until a team is organized to do reviews?
[12:39] <mvo> seb128: currently we allow all comments
[12:39] <mvo> seb128: and then if someone flags them, they enter moderation queue
[12:40] <seb128> ok
[12:40] <seb128> mvo, so it means basically that nobody did reviews out of testing comments which went to moderation
[12:40] <mvo> seb128: moderation I can do now, but the webui is not great yet, once the new UI lands we can formally put together a team
[12:40] <seb128> so I just need to wait for real user comments to be submitted?
[12:40] <mvo> but with the current UI I'm not sure, its just not good
[12:40] <mvo> seb128: yeah, but there are some real ones
[12:41] <mvo> seb128: like dejadup, audacity, lives thunderbird
[12:41] <mvo> about 50 already
[12:41] <mvo> almost scary
[12:41] <chrisccoulson> mvo - i reviewed software center, but i didn't realise reviews weren't anonymous ;)
[12:41] <mvo> lol
[12:41] <mvo> chrisccoulson: you can flag your comment as inappropriate before I read it
[12:42] <mvo> chrisccoulson: better do it now ;)
[12:42] <chrisccoulson> lol
[12:42] <chrisccoulson> it's ok ;)
[12:42] <seb128> chrisccoulson, audacity has 0 rattings there
[12:42] <chrisccoulson> it's not bad, but not a very useful review ;)
[12:42] <mvo> seb128: a cache issue again maybe? its listed here in the stats
[12:42]  * mvo looks
[12:42] <seb128> mvo, software-center is weird
[12:43] <seb128> the label says "write your own review"
[12:43] <seb128> but there is no star or comment listed
[12:43] <mvo> seb128: oh, for what package?
[12:43] <seb128> software-center
[12:43] <seb128> since chrisccoulson said he reviewed this one I tried it
[12:44] <mvo> seb128: same here, let me debug it
[12:44] <seb128> mvo, thanks
[12:45] <chrisccoulson> oh, i can still see my own review for software-center :)
[12:46] <chrisccoulson> libreoffice has a review
[12:46] <chrisccoulson> i can see that
[12:47] <geser> anyone familiar with g-ir-scanner knows how to fix "Unknown namespace for identifier 'midgard_dbus'"? http://launchpadlibrarian.net/60877438/buildlog_ubuntu-natty-i386.midgard2-core_10.05.2-2_FAILEDTOBUILD.txt.gz
[12:52] <mvo> seb128: haha, so the problem appears to be (with the software-center review) - Sofware Center vs Sofware Centre ;) (GB vs US spelling)
[12:52]  * mvo hugs chrisccoulson for his review text
[12:52] <seb128> oh, doh
[12:52] <chrisccoulson> heh :)
[12:52]  * chrisccoulson hugs mvo
[12:53] <mvo> I file a bug about that
[12:55] <cyphermox> good morning!
[12:59] <pitti> seb128: do you know a bit about epiphany? Can bug 575610 be fixed with a mere rebuild?
[12:59] <ubot2> Launchpad bug 575610 in epiphany-extensions-more "epiphany-extensions-more is not installable in lucid" [Undecided,Fix released] https://launchpad.net/bugs/575610
[12:59] <pitti> hey cyphermox, ca va?
[12:59] <seb128> pitti, not really no
[13:00] <seb128> or rather "dunno"
[13:00] <cyphermox> pitti, oui, ca va ;)
[13:01] <seb128> hum
[13:01] <seb128> mvo, http://paste.ubuntu.com/559506/
[13:01] <seb128> is that known?
[13:01] <seb128> it keeps displaying that via apport there
[13:03] <seb128> mvo, when it does that I also don't get the yellow background around the review
[13:03] <fta> MacSlow, hi, please revisit bug 708491
[13:03] <ubot2> Launchpad bug 708491 in unity "Dash and indicators invisible when compositing is set in Metacity" [Undecided,Invalid] https://launchpad.net/bugs/708491
[13:03] <mvo> seb128: not known, let me check the code
[13:03] <seb128> mvo, I can get it easily like this
[13:04] <seb128> mvo, open s-c, select "installed software", type "glade", double click on the glade line which has a review
[13:04] <seb128> hum, doesn't happen every time
[13:04] <MacSlow> fta, argl... yeah... really misread that sorry
[13:06] <fta> MacSlow, it seems it regressed recently (~ when dash landed), because i used to be able to switch between these two modes
[13:07] <mvo> seb128: thanks, I have a look
[13:07] <mvo> seb128: its cool, lots of reviews already
[13:07] <mvo> stuff like shutter
[13:08] <seb128> yeah, I can see those now that I use LANGUAGE=en
[13:08] <seb128> it's a conspiration against french I see
[13:08] <mvo> lol
[13:08] <mvo> be the first ;)
[13:08] <seb128> which makes me think, does the spec handle we wanting to write english reviews?
[13:09] <seb128> or will those be flagged as french?
[13:09] <mvo> it looks like there is a russion review for vlc, if someone can read russia, would be nice to know whats written there
[13:09] <mvo>         "app_name": "Медиапроигрыватель VLC",
[13:09] <mvo> seb128: if you are using a french locale it will assume you write french reviews
[13:09] <mvo> seb128: and display you french ones
[13:10] <mvo> seb128: there was a bit of a debate over this at UDS, I initially thought we should display native lang, english
[13:10] <chrisccoulson> mvo - google translate just translates that russian review to "VLC media player"
[13:10] <mvo> but then, amazon does not display you english reviews for the german site and my dad would not understand it
[13:10] <mvo> chrisccoulson: great idea to use that, thanks
[13:11] <seb128> mvo, I guess having $locale and a "show english review" the same way you do for technical items would be nice
[13:11] <mvo> someone reviewed libirrlich!?!
[13:11] <mvo> seb128: yeah, good point
[13:12] <seb128> mvo, ok, so schedule for the day is to get popcorns and sit in front of s-c to read the reviews coming in ;-)
[13:12] <mvo> s/popcorns/tea/
[13:12] <mvo> and YES
[13:13] <mvo> even unity has a review already
[13:13] <seb128> mvo, I get the stacktrace from before often and it's like displaying every second when it happens
[13:13] <seb128> the review list doesn't get its yellow rectangle when that happens
[13:13] <seb128> do you want a bug about that?
[13:14] <mvo> fagan gets a badge for reviewing so many items already
[13:14] <mvo> seb128: please
[13:14] <seb128> ;-)
[13:14] <seb128> mvo, ok, will open one
[13:17] <kklimonda> mvo: wrt to X-AppInstall-Keywords I've asked you about some time ago - update-software-center scans only desktop files from /usr/share/app-install/desktop, so I have to add it there, right? When I do everything works as expected.
[13:20] <mvo> kklimonda: if you add it to the package, it will be picked up automatically when the archive-crawler runs next time (about every week)
[13:20] <mvo> or every two weeks, no fixed cron job
[13:21] <kklimonda> mvo: ah, that makes more sense then modifying it directly :)
[13:22] <mvo> yep, it will probably become a freedesktop standard too btw
[13:22] <mvo> (without the x-appinstall- in front ;)
[13:22] <kklimonda> great, I can push it upstream after that :)
[13:25] <mvo> yep
[13:25] <mvo> hey mterry! thanks for your reviews and for deja-dup with a utf8 in the appname, that helped finding/fixing a encoding bug in the server
[13:26] <mterry> mvo, heh, awesome.  At first I thought you guys had maybe added an anti-review-your-own-app feature  ;)
[13:29] <mvo> lol
[13:30] <didrocks> mterry: no, he just blacklisted your app, as easy as that :-)
[13:30] <didrocks> hey mterry btw ;)
[13:30] <seb128> hello mterry
[13:30] <mvo> didrocks: blacklisted stuff that sounds french actually
[13:30] <seb128> is deja-dup supposed to have a review?
[13:31] <didrocks> mvo: yeah yeah, I understand :)
[13:31] <mvo> seb128: it has one for me
[13:31] <mterry> didrocks, seb128: hi  :)
[13:31] <mvo> seb128: but submit will give a error (also the review makes it acually)
[13:31] <seb128> mvo, well it doesn't here even in english
[13:31] <seb128> weird
[13:32] <didrocks> like "the application is awesome… unfortunatly, it sounds french…"
[13:32] <mterry> seb128, I hit a bug with my English review too, it was the title of the app that was causing the bug
[13:34] <chrisccoulson> "But I do love it, and it saved all my data when I accidentally erased my hard drive."
[13:34] <chrisccoulson> how did you manage that? ;)
[13:34] <seb128> I'm curious to know if users will turn reviews in bug reports
[13:34] <mvo> bugfix is in bzr, but will probably take a little bit until its rolled out to the server though
[13:34] <mvo> seb128: well, "flag" :)
[13:34] <seb128> ;-)
[13:39] <mterry> chrisccoulson, ah, the review did go through it seems.  I was testing 10.10 install CDs, and picked the wrong drive.  :-/
[13:50]  * bcurtiswx_ waves to room
[13:51]  * kenvandine waves back
[13:52] <didrocks> hey kenvandine, bcurtiswx_
[13:52] <kenvandine> hey didrocks
[13:59] <bcurtiswx_> hey didrocks
[14:00] <seb128> hey bcurtiswx_ kenvandine
[14:00] <kenvandine> hey seb128
[14:00] <bcurtiswx_> hey seb128
[14:00] <seb128> kenvandine, ronoc rolled a new indicator-sound tarball which fixes the build
[14:01] <seb128> kenvandine, if you want to do the update
[14:01] <kenvandine> seb128, great
[14:01] <kenvandine> i was going to ask him for that
[14:01] <kenvandine> seb128, but... it won't build either i bet
[14:01] <seb128> why?
[14:01] <kenvandine> looks like ted broke the api
[14:01] <kenvandine> indicator-sound.c:191:3: error: passing argument 3 of 'dbusmenu_client_add_type_handler' from incompatible pointer type
[14:01] <kenvandine> /usr/include/libdbusmenu-0.4/libdbusmenu-glib/client.h:141:22: note: expected 'DbusmenuClientTypeHandler' but argument is of type 'gboolean (*)(struct DbusmenuMenuitem *, struct DbusmenuMenuitem *, struct DbusmenuClient *)'
[14:01] <kenvandine> make[4]: *** [libsoundmenu_la-indicator-sound.lo] Error 1
[14:02] <seb128> right, that's why it failed to build, seems ronoc updated the indicator-sound api use
[14:02] <seb128> well I pointed him to the build log
[14:02] <kenvandine> oh... ok
[14:02] <kenvandine> seb128, last night it had failed to build because of timestamps
[14:02] <kenvandine> at least i thought
[14:02] <seb128> kenvandine, isn't the lib using a .symbols?
[14:02] <kenvandine> no... we really need to change that
[14:02] <kenvandine> in fact
[14:02] <seb128> how come neither of you did notice the api break?
[14:02] <kenvandine> i will do that today
[14:02] <seb128> thanks
[14:02] <kenvandine> i looked at the headers that changed
[14:02] <kenvandine> it looked fine
[14:03] <kenvandine> i thought
[14:03] <nessita> kenvandine: hey! I wanted to let you know that Ubuntu One will be in the messaging menu since we will be reporting user-oriented messages (we talked about this with Neil in Dallas). So no need to hard code us in the me menu :-)
[14:03] <seb128> well reading the indicator-sound debdiff not sure it' using public apis
[14:03] <nessita> (hello all!)
[14:03] <seb128> those are not prefixing with the lib scheming
[14:03] <seb128> hey nessita
[14:03] <nessita> hi seb128, how are you?
[14:03] <seb128> I'm fine thanks, how are you?
[14:04] <kenvandine> nessita, when you are ready for me to remove it from the me menu, file a bug please and assign it to me
[14:04] <nessita> I'm looking forward to the weekend! I need to do some stuff away from the computer
[14:04] <nessita> kenvandine: if you (or someone else) could sponsor https://code.launchpad.net/~nataliabidart/ubuntu/natty/ubuntuone-control-panel/ubuntuone-control-panel-0.8.1/+merge/47757, is done!
[14:05] <seb128> nessita, oh, away from the computer? ;-)
[14:05] <kenvandine> seb128, ugh... the new tarball has the timestamps in the future again
[14:06] <seb128> kenvandine, how much in the future?
[14:06] <nessita> seb128: yes, I need that. My wrists are starting to hurt a bit...
[14:06] <kenvandine> seb128, this is why the build had failed yesterday... the buildds don't seem to be happy with that
[14:06] <kenvandine> 18554.174733228s
[14:06] <mvo> seb128: just a quick question, the bug about the surface_mask_cache - that happend relatively quickly after startup?
[14:06] <kenvandine> i love how specific that is
[14:06] <mvo> seb128: I think its done, but it appears to be a race
[14:07] <seb128> kenvandine, hum, enough to still be an issue
[14:07] <mvo> seb128: and only triggerable quickly after statup of s-c
[14:07] <kenvandine> seb128, i guess he is still having trouble with his clock... we couldn't set it in dallas
[14:07] <kenvandine> which was very weird
[14:07] <seb128> mvo, well, I ran it, searching for glade and double clicked on it
[14:07] <seb128> mvo, so yeah, less than 10 seconds
[14:07] <kenvandine> seb128, yesterday's built for me in pbuilder but failed on the buildds
[14:07] <seb128> kenvandine, well if it build locally upload
[14:08] <seb128> kenvandine, we will retry on the buildds in some hours when it will be over that timestamps
[14:08] <kenvandine> i would rather maybe get the tarball recreated :)
[14:08] <seb128> kenvandine, ronoc is travelling to the office, he should be back online rsn
[14:09] <seb128> kenvandine, you got tedg to complain meanwhile if you want ;-)
[14:09] <seb128> hey tedg
[14:09] <mvo> seb128: ok, should be fixed in trunk now
[14:09] <seb128> mvo, ok, so no need to open a bug?
[14:09] <mvo> seb128: no
[14:09] <tedg> seb128, Hmm, not sure I like that introduction to the channel :)
[14:09] <seb128> mvo, great, thanks
[14:09] <mvo> yw
[14:09] <seb128> tedg, howdy, how are you ;-)
[14:09] <kenvandine> seb128, at least it builds now
[14:10] <seb128> tedg, we were just discussing how you broke some apis which made indicator-sound not build
[14:10] <kenvandine> indicator-sound.c:191:3: error: passing argument 3 of 'dbusmenu_client_add_type_handler' from incompatible pointer type
[14:10] <kenvandine> /usr/include/libdbusmenu-0.4/libdbusmenu-glib/client.h:141:22: note: expected 'DbusmenuClientTypeHandler' but argument is of type 'gboolean (*)(struct DbusmenuMenuitem *, struct DbusmenuMenuitem *, struct DbusmenuClient *)'
[14:10] <kenvandine> make[4]: *** [libsoundmenu_la-indicator-sound.lo] Error 1
[14:10] <kenvandine> tedg, ^^
[14:10] <kenvandine> tedg, today... i am going to switch dbusmenus to using a .symbols file :)
[14:10] <tedg> seb128, Ah, yeah.  I realized that too late.  It's an easy fix (and actually ABI compatible)
[14:10] <tedg> kenvandine, Won't catch that one ;)
[14:10] <seb128> tedg, right, in theory soname change
[14:11] <tedg> That's a prototype change not a actual code change.
[14:11] <seb128> mvo, waouh, we get reviews from people who are not hanging around on IRC
[14:11] <kenvandine> oh
[14:11] <tedg> No, no so change is needed as it's ABI compatible.
[14:11] <seb128> mvo, cheese got one from someone I don't know ;-)
[14:11] <mvo> seb128: popcorn for you as well, eh ;) ?
[14:12] <seb128> mvo, tea you mean? ;-)
[14:12] <kenvandine> tedg, got some time this morning to help me fix the tests in dbus-test-runner?
[14:12] <mvo> seb128: lol
[14:12] <kenvandine> seb128, did you get any time to work on geoclue?
[14:12] <seb128> kenvandine, no, I got sidetracked in unity and compiz issues
[14:13] <kenvandine> ok
[14:13] <tedg> kenvandine, Sure, I didn't realize they were failing :-/
[14:13] <kenvandine> it isn't failing
[14:13] <tedg> Haven't built that for a while.
[14:13] <kenvandine> well, it is in my package
[14:14] <kenvandine> i want to run the tests in my package
[14:14] <kenvandine> xvfb problems
[14:14] <tedg> Ah, okay.  I can fix that.
[14:14] <kenvandine> tedg, i need to go dig my external drive that has that stuff on it... i'll ping you in a bit
[14:14] <tedg> kenvandine, FYI, I use "DISPLAY= make check" to test that stuff.
[14:14] <kenvandine> tedg, i think it was only failing in pbuilder
[14:15] <kenvandine> now i have something to complain to ronoc about... distcheck fails!
[14:15] <tedg> seb128, BTW, it seems a bunch of my python stuff got corrupted at some point (bzr, ubuntu-one, software-center all broke) is that debugable?  Something I should worry about, or just reinstall them?
[14:15] <mterry> mvo, is there a review feed or something?
[14:16] <seb128> tedg, define corrupted?
[14:16] <seb128> like the pyc files on disk?
[14:16] <tedg> seb128, Segfault on startup.  Yeah, I think that's what's corrupted.
[14:16] <seb128> tedg, try asking barry or doko
[14:16] <seb128> but I would say you just better have to reinstall those since I've not read other issues
[14:16] <seb128> seems likely a local issue
[14:17] <tedg> That's what I'm thinking as well, but I just wanted to make sure before I fixed it :)
[14:18] <pitti> mvo: argh, seems when I uploaded aptdaemon the last time I acidentally pushed into lp:~pitti/aptdaemon/040-update instead of the actual packaging branch :/
[14:18] <seb128> pitti, no offense but it seems mterry doesn't like calibre :-)
[14:18] <seb128> it got only 2 stars in s-c now
[14:18] <pitti> hm?
[14:19] <seb128> pitti, s-c reviews
[14:19] <pitti> heh
[14:19] <pitti> well, I can't say that I particularly like the UI myself, but it gets the job done nicely :)
[14:20] <kenvandine> seb128, is the sound indicator translated at all?
[14:20] <seb128> kenvandine, yes
[14:20] <seb128> kenvandine, the sound preference and mute entries are in french there
[14:20] <seb128> current natty
[14:20] <kenvandine> ok... looking at the source i am a little surprised :)
[14:21] <seb128> why?
[14:21] <kenvandine> the POTFILES was completely wrong
[14:21] <pitti> mvo: I'll sort it out
[14:21] <kenvandine> none of the files listed even existed anymore
[14:21] <kenvandine> but that is just a dist problem
[14:21] <seb128> kenvandine, well it could be that it's still on the 10.10 template
[14:21] <seb128> if the template updates are broken
[14:22] <seb128> kenvandine,
[14:22] <seb128> $ intltool-update --pot
[14:22] <seb128> can't open ./../data/indicator-sound.schemas.in: No such file or directory at /usr/bin/intltool-extract line 211.
[14:23] <kenvandine> yup
[14:23] <kenvandine> i am fixing
[14:23] <seb128> kenvandine, so yeah it didn't success to build a template and so launchpad still has the last valid one
[14:23] <seb128> which already had the strings for the 2 entries
[14:23] <kenvandine> it was breaking distcheck... so he must not do that...
[14:24] <seb128> [encoding: UTF-8]
[14:24] <seb128> src/mute-menu-item.c
[14:24] <seb128> src/sound-service-dbus.c
[14:24] <seb128> kenvandine, ^
[14:24] <seb128> should be set to that
[14:24] <kenvandine> yup
[14:24] <kenvandine> already done :)
[14:31] <mvo> weh, I will have to go in and defend calibre then :)
[14:32] <didrocks> maybe I should force unity to remove the places…
[14:32]  * tedg is left wondering if ratings and reviews is going to result in a significant loss of productivity amoung Ubuntu developers defending their favorite apps
[14:35] <seb128> didrocks, well conflicts on them until the bug is fixed yes
[14:35] <didrocks> seb128: also, we are discussing again on readding the compiz workaround with smspillaz
[14:35] <didrocks> (it would only be the 3rd time :))
[14:36] <didrocks> seems aquarius get the bug
[14:36] <seb128> what bug?
[14:36] <didrocks> or we can wait over the week-end and decide on Monday
[14:36] <didrocks> a hang in the gconf part
[14:36] <seb128> well I would add the workaround back for one user
[14:36] <seb128> we got quite some people testing the new version reading bugs and comment
[14:36] <seb128> only one complained about the hand
[14:36] <seb128> hang
[14:36] <seb128> doesn't seem worth doing another change just before the weekend
[14:37] <didrocks> yeah, but it's still random. I'll test on slow machine like netbook as well
[14:37] <didrocks> yeah, on Monday
[14:37] <didrocks> just uploading the new settings + a fix
[14:37] <didrocks> and the conflicts for unity and places
[14:37] <seb128> better to give it a nice testing over some days
[14:53] <seb128> ok, got to run for some 2 hours, be back later
[14:54] <didrocks> see you seb128
[15:03]  * mvo commits r2000 of update-manager
[15:03] <lool> :-)
[15:04] <mpt> whoo
[15:04] <lool> pitti: Hey, so in apport I've seen that you have scripts under bin/, how do you arrange for them to pickup the local apport modules?  You set PYTHONPATH manually before calling?
[15:05] <desrt> pitti: hihi
[15:06] <mpt> mvo, I get a traceback when clicking the review link in 3.0-reviews: http://paste.ubuntu.com/559545/
[15:06] <mpt> I guess that should be a relative path instead of an absolute one?
[15:06] <pitti> hey desrt
[15:06] <desrt> mvo: did anyone fork the software centre yet? :)
[15:06] <pitti> lool: how do you mean?
[15:06] <desrt> pitti: did you talk to tomeu yesterday?
[15:06] <pitti> desrt: yes, I did; well, on Wednesday I believe
[15:07] <desrt> it's been a hell of a couple of days for me, so i lost track :p
[15:07] <lool> pitti: I mean, checkout lp:apport, run bin/apport-foo, and have it use the local apport/ module
[15:07] <lool> pitti: so that you can test your changes
[15:07] <pitti> desrt: you mean for http://git.gnome.org/browse/pygobject/commit/?id=27e3a6276ff5f2cdc03ddf69ee80d44c3bf2c094 ?
[15:07] <desrt> pitti: oh.  yes.  exactly about that
[15:07] <desrt> thank you :)
[15:07] <pitti> lool: python searches in "." by default
[15:08] <pitti> lool: so that doesn't need anything special
[15:08] <pitti> desrt: you're welcome, thanks for the suggestion
[15:08] <desrt> pitti: i can understand the desire to do what you did by allusion to g_variant_new()
[15:08] <lool> pitti: Hmm it didn't work for me
[15:08] <desrt> but g_variant_new() is deeply broken by its necessity to deal with the limitations of C :)
[15:09] <pitti> desrt: NB, I didn't introduce that old syntax, I just kept the compatibility to it :) (I feel the same as you, it should only be one object)
[15:09] <lool> pitti: I have moved a script from top-level which would work, so bin/, and now it doesn't work anymore
[15:09] <desrt> pitti: ya.  i recognise it from when tomeu was working on it
[15:09] <mvo> desrt: not *yet*
[15:09] <pitti> lool: ah, perhaps that's not ".", but "dir of the script you are running"
[15:09] <desrt> pitti: really quite awesome that you picked up this work btw.  thanks :)
[15:10] <desrt> mvo: ;)
[15:10] <lool> pitti: Yes, I think so as well
[15:10] <pitti> desrt: yeah, it was nice to be at the hackfest, and pick up some stuff
[15:10] <mvo> mpt: could you try "PYTHONPATH=. ./software-center" in the checkout 3.0-reviews dir?
[15:10] <pitti> lool: test/run sets $PYTHONPATH explicitly, though
[15:10] <mpt> mvo, it already is
[15:10] <desrt> pitti: i'm sort of surprised you went, to be honest.  i didn't know you had an interest there.
[15:11] <mvo> mpt: ok, need to debug it then :/
[15:11] <pitti> desrt: I started porting stuff to GI some three months ago, so I was quite interested
[15:11] <pitti> desrt: the gvariant stuff was actually a kind of side dish for making gdbus support in python really nice
[15:12] <pitti> but I thought while I was at it I could just as well fix it properly
[15:12] <desrt> ya.  it's quite important
[15:12] <desrt> btw: i'm happy that you didn't present the possibility to do something like GVariant(5)
[15:12] <mpt> mvo, if you can do it in time for a demo, that would be brilliant :-)
[15:12] <pitti> desrt: you mean guessing signatures?
[15:12] <desrt> this way lies madness...
[15:12] <desrt> ya
[15:12] <pitti> full ack
[15:12] <desrt> it's very rare that you can guess properly
[15:13] <mvo> mpt: when is the demo? unfortunately I have a appointment very soon (need to lave in 5min)
[15:13] <pitti> desrt: I've been bitten by that in dbus-python too often
[15:13] <desrt> dbus is a little bit more interesting, actually
[15:13] <desrt> since you have some possibility to abuse the introspection information
[15:13] <mpt> mvo, any time in the next couple of hours. But, it's not critical, I could leave it till next week.
[15:13] <desrt> GSettings presents a similar chance too: we have the type from the schema
[15:14] <mvo> mpt: ok, in about 1h I shall be back
[15:14] <desrt> it would be nice to be able to omit the type information in this case
[15:14] <desrt> but it would have to be done at the level of the individual bindings...
[15:14] <pitti> desrt: I actually had a thought about doing dbus introspection to figure out the types if you don't specify them, but that's ridiculously expensive
[15:15] <desrt> pitti: it's quite cheap for GSettings, though
[15:15] <desrt> hash table lookup, basically
[15:15] <pitti> right, but not with dbus; needs XML parsing etc.
[15:15] <desrt> yup
[15:15] <kenvandine> cyphermox, how important is it to have that "About" menu item in the nm-applet appindicator?
[15:15] <kenvandine> cyphermox, it seems weird to have one indicator by default that has an About menu item
[15:15] <desrt> and even worse: a blocking roundtrip and 4 context switches
[15:16] <lool> pitti: Ok; thanks!
[15:16] <mpt> kenvandine, KIWF
[15:16] <mpt> Kill It With Fire
[15:16] <desrt> pitti: anyway... if you have any ideas about how we could improve the GSettings interface so that we could do something like this:
[15:16] <kenvandine> mpt, :)
[15:16] <desrt> settings.set('key', [1,2,3])
[15:17] <desrt> please let me know.  i'm happy to introduce helpers into the C API if needed to support this
[15:17] <desrt> even cooler would be settings.key = [1,2,3] or maybe settings['key'] = [1,2,3]
[15:18] <pitti> desrt: will do; but TBH I haven't played with gsettings yet, so I don't have current ideas
[15:18] <desrt> the first one is problematic due to possible namespace clashes with built-in methods and the fact that many keys contain the character '-'
[15:18] <desrt> k.
[15:18] <desrt> but it's one of the main things that stands to benefit from the work you just did :)
[15:19] <pitti> desrt: the second one would avoid that, and avoid pretending that it was an actual property of the object, and still look quite nice
[15:19] <pitti> kenvandine: hey, how are you?
[15:19] <kenvandine> pitti, good :)
[15:19] <kenvandine> and you?
[15:19] <pitti> kenvandine: question about "build libappindicator with gtk3"
[15:19] <pitti> kenvandine: I'm fine, thanks!
[15:19] <pitti> kenvandine: I saw in the changelog that it got "build fixes for GTK3"
[15:20] <kenvandine> pitti, yeah... my upstream branch was merged
[15:20] <kenvandine> but i am still struggling with packaging it!
[15:20] <pitti> kenvandine: so, what exactly did this WI mean? that it builds against GTK3, or that it shold build an extra GIR for GTK3?
[15:20] <pitti> or build a separate library which uses GTK3 (plus GIR)?
[15:20] <kenvandine> that
[15:20] <pitti> ah, ok
[15:20] <kenvandine> which i had working in a package in december
[15:21] <kenvandine> but now the packaging is giving me grief
[15:21] <pitti> kenvandine: so we can safely move that to a3, as it's not blocking natty itself (just app developers)
[15:21] <ronoc> aquarius, hey, did you see there was an update/correction to the playlist extension of mpris
[15:21] <pitti> kenvandine: did you try the new cdbs multibuild thingy?
[15:21] <pitti> kenvandine: let me know if you want me to look at it
[15:21] <kenvandine> i haven't seen that!
[15:21] <pitti> desrt: actually, a gsettings test case in pygobject would sound quite fine, as it's one of the things that we really ought to keep working once it does
[15:22] <kenvandine> pitti, the problem i have is when i add the gtk3 build targets it stops installing the python builds and the gtk3 build
[15:22] <kenvandine> i've done this in other packages with no problems... and it worked before, so probably something dumb :)
[15:23] <kenvandine> pitti, got an example using cdbs multibuild?
[15:23] <pitti> kenvandine: I don't, but maybe seb128 or didrocks still remember which package used that
[15:23] <pitti> I know we talked about that recently
[15:23] <desrt> pitti: the situation right now is somewhat mediocre: you can only deal with basic types
[15:23] <didrocks> kenvandine: isn't there that in the current gtk?
[15:24] <kenvandine> maybe
[15:26] <aquarius> ronoc, I did not. What's that, then?
[15:27] <ronoc> aquarius, its a signal to inform that a playlist has changed
[15:27] <aquarius> ronoc, ahaha, yay! that's what we want. this is an upstream change from mpris?
[15:27] <aquarius> ronoc, or a change by you?
[15:27] <kklimonda> shouldn't python-piston-mini-client be a dependency of software-center? It doesn' start without it being installed
[15:28] <ronoc> aquarius, something i noticed only late last week in using it,  so I asked the MPRIS to make a spec correction
[15:29] <ronoc> aquarius, http://www.mpris.org/2.1/spec/Playlists.html#Signal:PlaylistChanged
[15:30] <aquarius> ronoc, hm, that only flags changes to an existing playlist; it doesn't let you say "there are now more playlists than there were before, so call GetPlaylists again"
[15:30] <pitti> desrt: for the test suite/demo program, is it possible to have a temporary gsettings store, i. e. to not mess up the actual user one?
[15:30] <desrt> yes
[15:30] <desrt> set the GSETTINGS_BACKEND environment variable to 'memory'
[15:31] <ronoc> aquarius, for that you just monitor property changed for playlistcount
[15:31] <ronoc> aquarius, this works already
[15:31] <pitti> desrt: before calling g_settings_new()?
[15:31] <desrt> yes
[15:31] <desrt> before doing anything that might initialise gsettings
[15:31] <aquarius> ronoc, ah, so if I call PropertiesChanged on the playlist interface you'll reload the list of playlists?
[15:32] <ronoc> aquarius, in fact in 0.5.8  just released this is working already
[15:32] <desrt> see the test cases in glib/gio/tests/
[15:32] <aquarius> ronoc, sweet
[15:32] <aquarius> ronoc, and that's the way I do it -- with PropertiesChanged?
[15:33] <ronoc> aquarius, don't think it has been uploaded yet, I updated your bug to fix released
[15:33] <ronoc> aquarius, yes
[15:33] <ronoc> see the mpris2-controller.vala in my src dir
[15:33] <aquarius> ronoc, excellent.
[15:33] <cyphermox> kenvandine, I don't think it's critically important, I only felt it was right to credit the original author, but there are other places for that as well, so I'm not feeling strongly for keeping it -- I'll do an update today ;)
[15:33] <pitti> desrt: ah, got it
[15:33]  * ronoc digs up the link
[15:33] <cyphermox> kenvandine, ETOOMANYCOMMAS
[15:41] <kenvandine> cyphermox, great, thx...
[15:41] <kenvandine> :)
[15:42] <cyphermox> kenvandine, I'm also contemplating moving the new wireless and hidden wireless items into the "More networks" submenu
[15:42] <cyphermox> I'll try that in my ppa first though ;)
[15:42] <kenvandine> i ike that too
[15:42] <kenvandine> less noise
[15:42] <kenvandine> imo
[15:42] <cyphermox> right
[15:42] <kenvandine> mpt,  what do you think?
[15:45] <mpt> cyphermox, hidden wireless is "Other Network..." at the top level in the new design <https://wiki.ubuntu.com/Networking#menu>, so I'd prefer that you either (1) changed it to that or (2) had it exactly how it is in nm-applet
[15:45] <mpt> cyphermox, what do you mean by "new wireless"?
[15:46] <cyphermox> mpt, there are two items immediately below VPN Connections, Connect to Hidden wireless, and Create New Wireless (for adhoc networks), I'm wondering if it would make sense to move that out the the "More Networks" submenu
[15:47] <cyphermox> OTOH, I can also just not touch it and leave it as it was, which would make just as much sense
[15:48] <mpt> cyphermox, to minimize support and training costs etc, I really think we should (a) stick to the nm-applet position+wording of each thing until we're confident of the ideal design, and then (b) switch to that ideal design exactly
[15:49] <mpt> I don't know where setting up an ad-hoc network will end up, but I am fairly confident that connecting to a hidden wireless network will stay at the top level of the menu.
[15:49] <cyphermox> ah
[15:49] <cyphermox> then I probably would rather avoid moving just one.
[15:49] <mpt> fair enough.
[15:49] <cyphermox> as far as I'm concerned, the placement really doesn't matter much
[15:50] <cyphermox> (because I know how nm works), but I understand how changing things can confuse people
[15:50] <cyphermox> mpt, however, I think Flight Mode is already a big change too ;)
[15:51] <mpt> cyphermox, yes it is, but that's ok as long as it is as close as possible to what we think the eventual design for it is
[16:03] <mterry> pitti, how do I disable scour on a per-package basis?
[16:04] <pitti> mterry: cdbs?
[16:04] <mterry> pitti, yes
[16:04] <mterry> pitti, though I'd also be curious about the dh7 way
[16:04] <pitti> mterry: only cdbs uses scour by default
[16:04] <pitti> mterry: btw, I updated cdbs to only scour main packages now
[16:04] <mterry> pitti, ah.  So I could switch to dh7 to disable  ;)
[16:04] <pitti> mterry: so if you have an universe package, just upload a rebuild
[16:05] <mterry> pitti, ah k.  yeah, was just curious for the next time I update deja-dup.  Sounds like it's automatic then
[16:05] <pitti> mterry: with cdbs, you can set DEB_DH_SCOUR_ARGS=-X*
[16:05] <pitti> sorry, it's a regexp, so -X.
[16:05] <pitti> mterry: right, just upload
[16:07] <scott-upstairs> didrocks, do you have time to help with the gnome-classic default xsession?
[16:08] <didrocks> scott-upstairs: 30 minutes?
[16:08] <scott-upstairs> didrocks, sure :)
[16:18] <chrisccoulson> hmmmm, when i open the list of users in xchat-gnome now, the top of the menu ends up going underneath the panel :(
[16:19] <chrisccoulson> anyone else seeing that?
[16:19] <kenvandine> chrisccoulson, nope... for me it is on top of the panel
[16:19] <kenvandine> in unity
[16:19] <chrisccoulson> hmmm :/
[16:35] <kenvandine> wow the right click menu in evolution is out of control
[16:36] <cyphermox> kenvandine, how so?
[16:37] <kenvandine> there is like 15 menu items in there
[16:37] <kenvandine> or more
[16:37] <kenvandine> right click on a message, all rather useful things
[16:37] <kenvandine> but way too much stuff to put in one place
[16:37] <cyphermox> ah ok
[16:37] <cyphermox> bbl: lunch
[16:45] <didrocks> scott-upstairs: around?
[16:45] <scott-upstairs> didrocks, yes :)
[16:45] <didrocks> scott-upstairs: so, what's up?
[16:46] <scott-upstairs> didrocks, so last time we talked it looked like when /etc/gdm/custom.conf had [daemon]
[16:46] <scott-upstairs> DefaultSession=classic-gnome
[16:46] <didrocks> yeah, that's where you are heading to
[16:47] <scott-upstairs> didrocks, then when a new user was added it should have come up in the login with gnome-classic
[16:47] <didrocks> right
[16:47] <didrocks> let me check the default session name again, btw
[16:47] <scott-upstairs> didrocks, but it doesn't appear to be doing that currently
[16:47] <didrocks> scott-upstairs: it shuld be gnome-classic, not classic-gnome
[16:47] <scott-upstairs> yeah, i thought about doing that last night as well but didn't :/
[16:47] <scott-upstairs> didrocks, huh, that could be the problem now, couldn't it LOL
[16:48] <didrocks> the name you set there are the names in /usr/share/xsessions/
[16:48] <didrocks> right :)
[16:48] <nessita> hey guys, if anyone is available, can I haz a couple of sponsorships for https://code.launchpad.net/~nataliabidart/ubuntu/natty/ubuntuone-control-panel/ubuntuone-control-panel-0.8.1/+merge/47757 and https://code.launchpad.net/~nataliabidart/ubuntu/natty/ubuntu-sso-client/ubuntu-sso-client-1.1.10/+merge/47831 ?
[16:48] <scott-upstairs> didrocks, doh, i feel like an idiot, alright, i'll rock this and see what happens again
[16:48] <scott-upstairs> didrocks, thanks :)
[16:48] <didrocks> scott-upstairs: keep me in touch :)
[16:49] <didrocks> nessita: will get to it in 30min if nobody is
[16:51] <nessita> didrocks: awesome, thanks!
[17:01] <bcurtiswx_> if anyone is available, could I get sponsorship for https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7/+merge/47557 ? Thanks :)
[17:01] <bcurtiswx_> lunch time, bbl
[17:03] <pitti> good night everyone, have a nice weekend!
[17:05] <didrocks> enjoy you week-end pitti
[17:08] <didrocks> aquarius: do you think that desktopcouch will be fixed for alpha2?
[17:08] <didrocks> still preventing me to work on oneconf :/
[17:08] <aquarius> didrocks, that's a ralsina question (and he's not here, let me nudge him)
[17:08] <didrocks> aquarius: thanks :)
[17:09] <chrisccoulson> didrocks - bug 707774 by any chance?
[17:09] <ubot2> Launchpad bug 707774 in couchdb "couchjs crashed with SIGSEGV in JS_NewGlobalObject()" [High,Fix released] https://launchpad.net/bugs/707774
[17:09] <chrisccoulson> fixed already if that's the case ;)
[17:09] <didrocks> chrisccoulson: no, the server doesn't answer for me…
[17:10] <aquarius> ralsina, didrocks was asking whether desktopcouch will be fixed for alpha 2 because it's preventing work on oneconf
[17:11] <ralsina> aquarius: we are trying.
[17:11] <ralsina> We intend to?
[17:11] <didrocks> ralsina: hey
[17:11] <didrocks> ralsina: I guess this bug is known: bug #709366
[17:11] <ubot2> Launchpad bug 709366 in desktopcouch "natty: oneconf-query crashed with ServerError in request(): (500, ('os_process_error', '{exit_status,139}'))" [Undecided,New] https://launchpad.net/bugs/709366
[17:11] <ralsina> But! We are having some problems asking for support because of the version number
[17:12] <didrocks> ok, but if it's doing the same issue than the one I had in maverick preventing oneconf to be there by default, I'll really consider using an alternative this time
[17:12] <ralsina> didrocks: I had not seen it, and it's unassigned, so no, not known yet :-)
[17:12] <didrocks> got that one my two natty machines
[17:13] <ralsina> didrocks: will look into it immediately.
[17:13] <didrocks> let me see if my couch is running
[17:13] <didrocks> ralsina: thanks :)
[17:13] <ralsina> didrocks: np
[17:14] <didrocks> ralsina: it's been there for some weeks already, I didn't file it before because I was thinking it was more general and waited :)
[17:14] <ralsina> didrocks: I had never tried oneconf yet
[17:14] <didrocks> ralsina: well, it's still using the old sso, I wanted to port to the new one, and then integrate in ubiquity, but I need to be able to run it :)
[17:15] <ralsina> didrocks: well, we need to run the new sso, so we can't really test it easily either. A bit of a problem :-)
[17:15] <didrocks> urgh :-)
[17:16] <chrisccoulson> didrocks, are you sure your issue isn't really bug 707774? couchjs crashing seems to result in the response you get
[17:16] <ubot2> Launchpad bug 707774 in couchdb "couchjs crashed with SIGSEGV in JS_NewGlobalObject()" [High,Fix released] https://launchpad.net/bugs/707774
[17:17] <didrocks> chrisccoulson: maybe, I'll confirm once I'll download the new version (not published for me yet)
[17:17] <chrisccoulson> thanks
[17:17] <didrocks> at least, today, the good news is that cjwatson fixed the keyboard issue \o/
[17:17] <didrocks> no more tty in qwerty :)
[17:20] <ralsina> didrocks: what version of oneconf is causing that problem on natty?
[17:20] <chrisccoulson> oh, couchjs still crashes here when i run oneconf-query :/
[17:21] <didrocks> ralsina: 0.1.2build1 which is a rebuild of the maverick version (0.1.2)
[17:21] <didrocks> chrisccoulson: ok, so… no :/
[17:21] <ralsina> didrocks: ok. can I get that somewhere?
[17:21] <didrocks> ralsina: sure, are you on natty?
[17:21] <ralsina> didrocks: yes
[17:22] <didrocks> just apt-get install oneconf
[17:22] <didrocks> there is a trigger ran after each install
[17:22] <ralsina> Ok, then I tried the right version, but I need to update some other bits.
[17:22] <didrocks> ok :)
[17:23] <chrisccoulson> b'ah, this is what is causing all the problems: http://andreasgal.wordpress.com/2010/10/13/compartments/
[17:23] <ralsina> and yes, the trigger failed on install. Later I get what looks like bug #707774 too.
[17:23] <ubot2> Launchpad bug 707774 in couchdb "couchjs crashed with SIGSEGV in JS_NewGlobalObject()" [High,Fix released] https://launchpad.net/bugs/707774
[17:24] <chrisccoulson> didrocks, it is definately couchjs crashing which is your problem. i've fixed one crash and get another now ;)
[17:24] <didrocks> chrisccoulson: "nice!" ;)
[17:24] <chrisccoulson> time to head in to #jsapi on irc.mozilla.org
[17:24] <didrocks> chrisccoulson: thanks!
[17:24] <didrocks> ralsina: and thanks for having looked at it!
[17:25] <ralsina> didrocks: no problem, happy to help!
[17:25] <chrisccoulson> didrocks, http://paste.ubuntu.com/559610/
[17:25] <chrisccoulson> that's the problem :)
[17:26] <didrocks> chrisccoulson: ok, it fails then :)
[17:27] <didrocks> it's just the 15th stack I saw today, a little bit depressing for a Friday :)
[17:28] <kiwinote> mvo: hi! do we want to accept reviews for pkgs without an origin, or not?
[17:30] <mvo> kiwinote: I think we shouldn't
[17:30] <kiwinote> mvo: ok - I'll commit a fix in a bit
[17:30] <mvo> kiwinote: cool, you rock!
[17:31] <kiwinote> mvo: hehe - congrats on all your rnr efforts - it's looking all quite sweet :)
[17:32] <mvo> kiwinote: I need to leave for dinner now. there is another bug in the code that it can't display blender, I have a cli fix commited to trunk as r1431, that needs to be massaged into the gui now :) just if you look for a challange ;)
[17:32] <mvo> kiwinote: thanks, much appreciated, people already review like crazy
[17:33] <charlie-tca> seb128: I have 62 applications affected by the resize grips bug. Do we really want a bug report on each one?
[17:33] <kiwinote> mvo: enjoy dinner! I'll take a look if I don't decide to fix too many other things ;)
[17:33] <mvo> kiwinote: PYTHONPATH=. python softwarecenter/backend/rnrclient.py that dumps them all, remarkable good the reviews
[17:34] <mvo> kiwinote: heh :) any fix is welcome!
[17:34]  * mvo hugs kiwinote and vanishes for dinner
[17:34] <charlie-tca> seb128: reference would be bug 704105
[17:34] <ubot2> Launchpad bug 704105 in gtk+2.0 "Resize grip always appears in bottom right of GTK+2.0 windows" [Low,Confirmed] https://launchpad.net/bugs/704105
[17:34]  * kiwinote hugs mvo
[18:23] <seb128> charlie-tca, how did you count those?
[18:24] <seb128> charlie-tca, but no, email rather the list or talk to bratsche
[18:24] <seb128> we might just need to roll that out
[18:26] <seb128> re
[18:27] <seb128> kenvandine, gtk is doing cdbs builds
[18:29] <bratsche> charlie-tca: How did you get the number 62?  And what do you mean by "affected"?  Just that they have resize grips, or that the resize grips are interfering with the app?
[18:35] <charlie-tca> I opened every application in Application finder and looked at them using Industrial theme to see the thing
[18:35] <seb128> what is application finder exactly?
[18:35] <charlie-tca> Some have the resize grip interfering, but all have it showing
[18:36] <seb128> well applications are supposed to have that, but do they show where they should not or break things?
[18:36] <charlie-tca> It is an application designed to show applications installed
[18:36] <seb128> like it's normal that standard applications get it in their corner
[18:36] <charlie-tca> yes, for many they show over the close button or a scroll arrow
[18:36] <seb128> it's not normal for things like the desktop background etc
[18:37] <charlie-tca> It is always in the bottom right corner, regardless of all other things there
[18:37] <seb128> hum, are you sure it's not the finder which display those buggy?
[18:37] <seb128> can you give some application examples?
[18:37] <charlie-tca> all the finder does is open the launcher
[18:37] <charlie-tca> firefox, claws-mail, liferea, gedit, catfish, keepassx, mousepad, xfce-notes
[18:38] <seb128> ok, no way
[18:38] <charlie-tca> tomboy, solitaire, mahjong, mines, quadrapassel, gbrainy
[18:38] <seb128> gedit is fine
[18:38] <seb128> tomboy is fine
[18:38] <seb128> do you have a screenshot of the issue for those?
[18:38] <charlie-tca> nvidia settings
[18:39] <charlie-tca> I did not screenshot 62 apps, no
[18:39] <seb128> well can you take one of gedit or tomboy?
[18:39] <seb128> they are not buggy there
[18:39] <seb128> so I want to see what issue you get
[18:39] <charlie-tca> so, you want the ones it overwriting another control?
[18:40] <chrisccoulson> firefox is already known about
[18:40] <charlie-tca> I will go looking again
[18:40] <chrisccoulson> so, not that one
[18:40] <seb128> charlie-tca, I want to see what is wrong in gedit or tomboy
[18:40] <seb128> since they seems fine there
[18:40] <didrocks> nessita: sorry, I didn't got time to deal with them and I'll log off soon… either someone can deal with it, either I'll do it on Monday.
[18:40] <seb128> didrocks, deal with what?
[18:41] <nessita> didrocks: no problem!
[18:41] <nessita> didrocks: enjoy your weekend
[18:41] <didrocks> seb128: 2 merge proposals
[18:41] <seb128> oh, saw that
[18:41] <charlie-tca> This is why I asked first. I was told to file them all by someone, but it didn't seem right if it is just a few slashes in the corner
[18:41] <seb128> nessita, I will handle those
[18:41] <didrocks> seb128: thanks :)
[18:41] <seb128> charlie-tca, well those are a fix not a bug
[18:41] <didrocks> seb128: still there for a few minute
[18:41] <seb128> charlie-tca, it shows that you can act in this triangle
[18:41] <nessita> seb128: is ok, it can wait until MOnday if pitti doesn't freeze the repo before that :-)
[18:41] <charlie-tca> Glad I asked the right person
[18:42] <nessita> seb128: anyways, thanks a lot!
[18:42] <seb128> charlie-tca, that's what the patch in gtk is about
[18:42] <seb128> nessita, no worry
[18:42] <seb128> nessita, they will go in a2 for sure
[18:42] <charlie-tca> seb128: I will go through and just look for the ones it covers things in, then. It will take a bit to do that.
[18:42] <seb128> well no hurry
[18:42] <seb128> we know of some buggy ones
[18:43] <seb128> but it's likely to be less broken cases than what you indicated
[18:43] <seb128> bratsche, ^
[18:43] <charlie-tca> I just did not want to file a ton of bugs, that aren't needed
[18:43] <nessita> seb128: awesome! you rock
[18:43] <charlie-tca> thank you for the information, seb128 and bratsche
[18:44] <seb128> charlie-tca, thanks for checking
[18:44] <seb128> nessita, thanks, you rock as well ;-)
[18:44] <seb128> nessita, btw you should probably apply for upload for those packages this cycle
[18:45] <seb128> nessita, seems you are ready for that
[18:45] <seb128> usually your updates are just fine for uploads
[18:46] <nessita> seb128: I want to, I haven't had the time to fill my application. After alpha2 I promise I will
[18:46] <nessita> I want to stop bothering you all :-D
[18:47] <bratsche> charlie-tca: Thanks very much for your help!  It's hugely appreciated. :)
[18:48] <charlie-tca> You are welcome
[18:48] <charlie-tca> sometimes I wish I could do half of what the rest of you do, though
[18:51] <didrocks> ok, week-end time :) enjoy everyone!
[18:54]  * kiwinote goes to make some dinner
[18:54] <kiwinote> mvo: as always, feel free to make any changes you may want to the fixes I've provided
[18:55] <mvo> kiwinote: nice, thanks! I have a look now
[18:57] <seb128> mvo, urg, s-c just hanged on a django reply error
[18:58] <seb128> bah, it does it every time it seems
[18:59] <seb128> mvo, s-c doesn't like the battle of wesnoth review
[19:02] <chrisccoulson> hmmm, i keep getting windows opening occasionally without a decoration
[19:02] <chrisccoulson> and occasionally when i un-maximize windows, they don't get decorated either :/
[19:03] <mvo> seb128: blender is the same, I'm preparing a fix now
[19:03] <seb128> mvo, you should prepare the end of the week and fix that on monday rather ;-)
[19:13] <mvo> seb128: actually a good point
[19:26] <ernstp> Will the new Unity interface have desktop search and how will that work?
[19:50] <mvo> seb128: new version is up, let me know
[19:50] <seb128> mvo, k
[19:50] <mvo> seb128: if I broke more, but showing the reviews should work now :)
[19:50] <seb128> just back from dinner you should really call it  a wekk!
[19:56] <bcurtiswx_> seb128, you should call it a week too :)
[20:31] <mterry> mvo, in https://wiki.ubuntu.com/PostReleaseApps/Metadata , there are example screenshot URLs that *seem* to use the apt archive 'pool' layout.  Can I correctly infer that if there is ever a library-viewer app, it will live under libr/library-viewer instead of l/library-viewer?
[20:33] <mvo> mterry: we haven't designed it like this, it will be only the first char. for the pool it makes sense to have lib[a-z] as there are loads and loads of libraries and l/ would explode otherwise. but for apps I don't foresee a problem here. so it will be l/library-viewer
[20:34] <mterry> mvo, ok, great