[12:08] <bac> 0/
[12:45] <benji> teknico1: I just saw your email.  How goes it?
[13:02] <tekNico> benji: all good, thanks, just some scheduling mishap. also back from lunch :-)
[13:02] <benji> tekNico: cool; I'll leave you to the card then and I'll pick a new one, if that's all right
[13:03] <tekNico> benji: sure, thanks again for your interest!
[13:03] <benji> no problem
[13:04] <benji> We have thunderstorms here, hopefully my internet connection and power will hold up.
[13:09] <benji> gary_poster: Is your "Fix broken CI tests" card ready to move to landing?
[13:10] <gary_poster> benji, thanks and sorry!  moved to daily call
[13:10] <benji> cool, thanks
[13:10]  * benji makes a release.
[13:14] <rick_h> jcsackett: will bring up on the call in a sec but https://code.launchpad.net/~rharding/charmworld/reviewed-icons/+merge/169769 should hopefully be the good/fix for it all
[13:21] <bac> gary_poster: i am available for raleigh sprint.  will be in nags head the previous week so travel should be cheaperish.  norfolk-rdu-pr
[13:21] <gary_poster> bac, cool!
[13:23] <gary_poster> hey sinzui, I was looking at https://docs.google.com/a/canonical.com/document/edit?hgd=1&id=1FSFJIxOMBPYzXZ06WQeF0804vw75nOgUVTLjOwY3Pu0# to prep for meeting.  Did orange squad fully deliver categories, and initially deliver related charms, as hoped?
[13:25] <sinzui> gary_poster, I cannot bring myself to say fully deliver. There is not world for us to do since we have fixed all the bugs. I think there are some layout issues still
[13:26] <sinzui> No one has  reported an issue about it...I think I am the only person who wont give my browser 1300px
[13:26] <gary_poster> luca__, hi. similar question for you.  Doing quick prep for our meeting in an hour and a half.  I think UX delivered "first use: explore" wireframes, and...maybe "first use: what is available" wireframes too?  Is that right?  and did Huw get whatever assets he needs for charm browser enhancements, as mentioned on that doc (https://docs.google.com/a/canonical.com/document/edit?hgd=1&id=1FSFJIxOMBPYzXZ06WQeF0804vw75nO
[13:26] <gary_poster> gUVTLjOwY3Pu0#)?
[13:27] <luca__> gary_poster: I've spoken to Huw, he's making a list for me
[13:27] <luca__> gary_poster: we delivered both of those scenarios
[13:27] <gary_poster> sinzui, ack.  so, maybe delivered but needs full qa?
[13:27] <gary_poster> luca__, great thank you, I'll record as such on the doc
[13:28] <sinzui> gary_poster, yes, lets say that. Maybe someone will agree that the right margin disappears and it is a problem
[13:28] <gary_poster> sinzui, cool.  related charms: what remains?  did we have something new to show there?
[13:29] <sinzui> We are working on the UI. We expect it in QA this week
[13:29] <gary_poster> ack thanks sinzui
[13:29] <sinzui> gary_poster, We are working in  the social sharing menu. Probably for QA next week
[13:30] <gary_poster> luca__, one more thing for you.  we were hoping to have user feedback form integrated in GUI today.  have you thought about where/how we can link to the form from the GUI?
[13:32] <luca__> gary_poster: We have an idea of what we can do, I'll see if Jamie can get the asset to who ever is implementing it.
[13:32] <gary_poster> luca__, cool thanks.  toss it to me (or juju-gui list, or I can make a bug if you prefer), please
[13:33] <luca__> gary_poster: I'll mail it to you
[13:33] <gary_poster> perfect thanks luca__
[13:34] <luca__> gary_poster: both Ale and Jamie are in a meeting at the moment
[13:34] <gary_poster> ack luca__
[13:36] <benji> the charm browser being open by default is intentional, right?
[13:37] <benji> (it doesn't seem like a good idea to me, so I wanted to check before releasing it that way)
[13:38] <gary_poster> benji, yes
[13:38] <benji> k
[13:38] <benji> thanks
[13:38] <gary_poster> benji, maybe share your concern on list?
[13:38] <gary_poster> but for now release is good
[13:38] <benji> sure
[13:38] <benji> k
[13:44] <hatch> morning
[13:45] <gary_poster> morning
[13:57] <bac> jujugui: i'm about to sit in on my first juju-core hangout.  have others found them interesting?
[13:58] <gary_poster> bac, a couple have, a couple have not.  Leave
[13:58] <gary_poster> after the kanban
[13:58] <bac> ok
[13:58] <gary_poster> unless you are really interestred
[13:58] <bac> gary_poster: that swap day policy after travel.  is that only for work-related travel?
[13:59] <gary_poster> bac, yes.  the rationale is that canonical wants to "reimburse" you for travel days that you took on its behalf.  If there's something for which there's a similar argument, lemme know.
[14:00] <bac> gary_poster: oops, i forgot my :)
[14:00] <gary_poster> heh, ok :-)
[14:00] <jcsackett> rick_h: icon branch looks good to me, and tests and behavior all work.
[14:03] <rick_h> jcsackett: awesome, abentley can you do reviewer please? https://code.launchpad.net/~rharding/charmworld/reviewed-icons/+merge/169769
[14:04] <abentley> rick_h: Sure thing.
[14:04] <rick_h> abentley: thanks, let me know if you have any ? on why something was changed. It's a chain reaction of doom
[14:06] <abentley> rick_h: The way the API works is all public functions are exposed to the web.  Is that what you mean to do?
[14:06] <abentley> rick_h: By making get_api_id public?
[14:07] <rick_h> abentley: no, it was to make it available in the views/charms.py. We talked about that briefly on friday. I guess that's a side-effect. Maybe I should move that into a utils thing instead so it's shared a bit cleaner
[14:08] <abentley> rick_h: The id could be API-specific.  That's why it's a method on the API class.
[14:09] <rick_h> abentley: ok, so would you prefer that the views/charms.py call the _ method? Or blacklist non-api callable methods?
[14:10] <abentley> rick_h: Let's call the _ method for now, and maybe circle back and update the API design later.
[14:10] <rick_h> abentley: ok, I'll change that back.
[14:22] <abentley> rick_h: Have you tested API 1?  I would expect it needs the same route changes as API 2.
[14:23] <rick_h> abentley: I was actually giong to ask if we could remove it as a follow up since it's not in use any longer?
[14:23]  * rick_h forgot to add that note to the MP
[14:24] <rick_h> abentley: the first 'release' with the browser on by default is today which is using api2
[14:24] <rick_h> abentley: juju-gui release that is
[14:24] <abentley> rick_h: I'm happy to have API1 removed.
[14:25] <abentley> rick_h: I just don't know if we should break it before removing it.
[14:25] <rick_h> abentley: ok, I can remove it here. It just started to get astray of "add charm icon".
[14:26] <abentley> rick_h: Yeah, I'm not saying you have to do it here.  We could just apply the same route changes to API 1.
[14:27] <abentley> That would be just a few lines to add.
[14:27] <rick_h> abentley: ok. Will do that then.
[14:27] <rick_h> abentley: yea, feels strange to add the lines and then go back and delete but it's the smaller of the two diffs for sure
[14:30] <rick_h> abentley: changes pushed, waiting on full test run to complete.
[14:30] <abentley> rick_h: r=me with those changes.
[14:30] <rick_h> abentley: ty
[14:31] <gary_poster> jujugui, orangesquad, hi. we are planning on linking the following form to the GUI as soon as we get the necessary UX plan and visual assets.  please take a look and share feedback soonish.  https://docs.google.com/a/canonical.com/forms/d/1Me4macMBX6KydCYyCC6YEjKnpCKakQCYlGlGxIB6Z0w/viewform .  Feel free to fill out form and submit if you desire; I'll clean out results before we add this to the code.
[14:32] <hatch> on it
[14:32] <gary_poster> UX plan and visual assets would be for the link in the GUI: the form itself would look as is.
[14:32] <hatch> gary_poster: What are you doing today (or most recently) with Juju? and What would you say is Juju’s most attractive feature? should probably be textareas
[14:33] <gary_poster> hatch, ack, was originally.  I changed to try to keep the form from being even more giganto than it is now.
[14:34] <jcastro> gary_poster: I have a topic for today's call
[14:34] <gary_poster> I thought those answers could be tackled briefly.  I'll wait for more feedback
[14:34] <jcastro> gary_poster: I'd like to discuss errors.u.c and the GUI on behalf of evan
[14:34] <gary_poster> jcastro, please add to https://docs.google.com/a/canonical.com/document/edit?hgd=1&id=1FSFJIxOMBPYzXZ06WQeF0804vw75nOgUVTLjOwY3Pu0# or I'll do it for you
[14:34] <jcastro> I'll add it!
[14:34] <gary_poster> jcastro, I'll add
[14:34] <gary_poster> ok thank you jcastro :-)
[14:34] <jcastro> ok
[14:34] <gary_poster> you do it :-)
[14:34] <jcastro> nod
[14:35] <bac> gary_poster: where do we provide feedback on the form wording?
[14:35] <gary_poster> bac, here or email
[14:36] <bac> gary_poster: dropdown on 'how many services' s/from// and s/More/More than 50/ or 50+
[14:37] <gary_poster> bac, then similar on units question.  ok, will change
[14:37] <bac> s/attractive/most useful/
[14:39] <bac> s/Where you provide us with personal data please see/See/
[14:39] <bac> wordy!
[14:39] <rick_h> gary_poster: only feedback is it's long. Most rules of thumb I've seen for good review/feedback requests are 5-10 max items.
[14:40] <gary_poster> bac, made all changes except the last one.  That is from lawyer, so I'm not going to touch it.
[14:40] <bac> gary_poster: yeah, they get paid by the word
[14:40] <gary_poster> :-)
[14:40] <rick_h> gary_poster: ah, so no chance of chaning up the ?'s then eh?
[14:40] <rick_h> changing that is ...ugh monday
[14:41] <gary_poster> rick_h, no I have already.  what would you suggest?  I've already collapsed and removed some questions
[14:41] <gary_poster> rick_h, because definitely agree
[14:42] <sinzui> orangesquad: anyone have time to review https://code.launchpad.net/~sinzui/charmworld/tools-use-charm-model/+merge/169813
[14:43] <rick_h> gary_poster: so we ask them about juju's most useful feature? Do we need that in GUI feedback? the 3-things to change I think we could easily cull from other questions. Simpler questions "What tasks do you prefer to use the Gui for?" "Which tasks do you prefer the command line for?" Combine the last two questinos about comments/suggestinos and things that they could not do in the gui
[14:44] <gary_poster> bac, since I have to get a re-review I'll propose the change anyway.  I modified it slightly from your suggestion. if you reload you will see
[14:44] <gary_poster> rick_h, ack, thanks, thinking
[14:45] <bac> a work of art gary_poster
[14:45] <gary_poster> :-P thanks bac
[14:46] <rick_h> gary_poster: and that last one Please enter your email address if we mayb contact you again to ask for additional feedback, etc" vs the two parts there.
[14:47] <gary_poster> ack rick_h, easy agree.  on it
[14:47] <sinzui> gary_poster, I am disappointed that I cannot add comments to the form. How should I send feedback?
[14:48] <rick_h> lol, more meta please!
[14:48] <gary_poster> :-)
[14:48] <gary_poster> sinzui, here or email
[14:49] <sinzui> gary_poster, my one comment is "What are you doing today (or most recently) with Juju?" should be a textarea shouldn't it. The small box doesn't let me say I stage and deploy m.jc.com
[14:50] <gary_poster> ok sinzui you and hatch both said, so will expand.  I was trying to shorten form visually.  a mistake.  I'll pursue rick's approach instead
[14:50] <sinzui> thank you gary_poster
[14:50] <gary_poster> than you!
[14:50] <gary_poster> k
[14:50] <hatch> :)
[14:50] <rick_h> gary_poster: let me know if it'd be helpful to try to pull out some exact wordings/combining thoughts there. Or if it'd help to hangout and hear things out loud
[14:51] <gary_poster> rick_h, since you offer, yes!  guichat?
[14:51] <rick_h> gary_poster: sure thing
[14:51] <gary_poster> thx
[14:52] <rick_h> sinzui: I can look after the call if no one else grabs it
[14:54]  * benji changes the license on the GUI LP page to "GNU Affero GPL v3"
[14:55]  * benji also fixes the broken link to uistage
[15:01] <hatch> if you deploy a service at charm version X - what is the story to upgrade that charm in the gui? do we have one yet?
[15:02] <rick_h> sinzui: anyone looked at your branch then? if not I'll start.
[15:04] <sinzui> rick_h, no one yet
[15:13] <rick_h> sinzui: r=me with a couple of questions
[15:15] <sinzui> I have just learned I can kill hangouts while I forget I have charmworld up and ingesting.
[15:16] <hatch> benji: re bug 1191835 is that the interior pages that are going away very soon?
[15:16] <_mup_> Bug #1191835: Vertical scroll bars on interior pages <juju-gui:Triaged> <https://launchpad.net/bugs/1191835>
[15:17] <benji> hatch: yep... for some definition of "soon"; I'll take bets ;)
[15:17] <hatch> haha
[15:18] <hatch> since it's kind of in my control I'll take that bet :P
[15:18] <rick_h> over/under set at 2 weeks? :P
[15:18] <hatch> this is like price is right you can't go over
[15:19] <abentley> orangesquad: Could you please review https://code.launchpad.net/~abentley/charmworld/max-retries-exceeded/+merge/169828 ?
[15:19] <hatch> or rick_h if you do drew cary will hit you with his microphone
[15:20] <sinzui> abentley, I can in 10 minutes
[15:20] <abentley> sinzui: Thanks.
[15:26] <tekNico> hatch: time for a quick javascript hangout?
[15:26] <hatch> can do
[15:39] <benji> release finished
[15:42] <abentley> rick_h: I'm happy to remove API 1.
[15:42] <hatch> tekNico: crud - I think what i just told you won't work
[15:42] <tekNico> hatch: oops :-)
[15:42] <hatch> sorry one second I'll look further
[15:42] <tekNico> hatch: sure, thanks
[15:54] <Makyo> jujugui call in 6,kanban now.
[15:54] <gary_poster> thanks Makyo
[15:58] <gary_poster> jujgui call in 2
[16:01] <gary_poster> benji call ping
[16:01] <benji> oh!
[16:05] <rick_h> abentley: that'd be awesome
[16:13] <BradCrittenden> hatch: https://layervault.com/luca_paulina/Juju/Juju_Wireframes.ai/1
[16:13] <hatch> thanks bac
[16:15] <gary_poster> hatch forwarded email weith link
[16:15] <gary_poster> with
[16:15] <hatch> thanks
[16:15] <bac> gary_poster: yay, now i can see comments.
[16:16] <gary_poster> bac, and it was so obvious!
[16:37] <rick_h> luca__: for the bugs around the header and such, I don't think those get tagged charmbrowser.
[16:37] <luca__> rick_h: oh
[16:37] <luca__> rick_h: sorry hehe
[16:38] <rick_h> luca__: np, definitely keep that tag for things in the left panel, fullscreen, etc though.
[16:38] <luca__> rick_h: right, will do.
[16:46] <hatch> luca__: can these ai's be exported to a paged pdf and then uploaded to google drive and be commented on there?
[16:46] <hatch> I find it hard to go through these comments (and I'm sure you do too) :)
[16:47] <luca__> hatch: actually, I have some insider knowledge that commenting on static images in gdocs will disappear very soon.
[16:47] <hatch> oh awesome
[16:47] <hatch> this layervault is pretty cool but I don't think that the people who made it have actually used it :P
[16:47] <luca__> hatch: haha
[16:48] <luca__> hatch: it makes it a lot easier for me to control revisions that can be seen
[16:48] <luca__> hatch: commenting is a bit weird but I'm kinda using it differently to what it's been designed for
[16:48] <luca__> hatch: the next revision I might change the set-up to how it should be used
[16:48] <hatch> ahhh - isn't that always the case with us? "X was designed to do this....but we do it like this..." haha
[16:49] <luca__> hatch: yeah lol
[16:49] <luca__> hatch: I was meant to have 1 screen per document
[16:49] <luca__> hatch: but that's not how I make my files, I make all screens in 1 document as a flow
[16:50] <hatch> ahhhh ok that makes sense
[16:50] <luca__> hatch: I contacted them and they said they'll have that functionality real soon though so it should be better
[16:50] <hatch> I'm surprised your mac mini has enough ram to have all of these layers on on a single document :)
[16:56] <rick_h> luca__: you have a sec?
[16:56] <luca__> rick_h:  for a video chat?
[16:56] <rick_h> luca__: don't think it, but wanted to grab your attention :)
[16:56] <luca__> rick_h: ah haha
[16:56] <luca__> rick_h: you have it :D
[16:56] <rick_h> luca__: I'm working on the related charms work and I want to make sure I'm looking at what I should
[16:56] <rick_h> luca__: so the display of related charms aren't using the whole charm-token widget we use elsewhere
[16:57] <luca__> rick_h: I see
[16:57] <rick_h> luca__: the last thing I recall seeing is the stuff in this 13.04 folder https://drive.google.com/a/canonical.com/?pli=1#folders/0BwhxhFfxY6uqVVRXNUZKaXllS1E
[16:57] <rick_h> luca__: is that still about right? small icon, name, description?
[16:57] <luca__> rick_h: that is old
[16:58] <luca__> rick_h: sending you the right stuff now
[16:58] <rick_h> luca__: yea, I figured. Help point me in the best new place to look around?
[16:58] <rick_h> luca__: thanks, appreciate it
[16:58] <rick_h> luca__: once this is up I'll be adding them to the interfaces tab as well
[16:58] <rick_h> luca__: so if there's anything there I should see please include that along for the ride
[16:59] <luca__> rick_h: we haven't done work on the interfaces tab
[16:59] <luca__> rick_h: but the content shouldn't change from what is shown in the token in the image I just sent you
[16:59] <rick_h> luca__: ok, I'll look and hit you up with any questions I run into
[16:59] <luca__> rick_h: cheers :)
[17:01] <hatch> luca__: slide 15 the full page search results - what do the coloured vs grey icons mean under the providers/charm categories/ubuntu series?
[17:01] <luca__> hatch: orange ones are active
[17:02] <luca__> hatch: grey ones are not
[17:02] <luca__> hatch: visual filtering
[17:02] <luca__> hatch: though it's been noted that this needs to be looked into in greater depth
[17:02] <luca__> hatch: as filtering by providers isn't that useful
[17:02] <luca__> hatch: and categories might not be useful
[17:02] <hatch> yeah, after reading through all of the current comments the only thing that I had to add was about that so I'll leave it be :)
[17:03] <luca__> hatch: I did that page really quickly so people could give me some ideas hehe
[17:03] <luca__> hatch: it's a tricky one
[17:04] <hatch> yeah I'm really not sure what the best approach is - imho filtering by provider is valuable...filtering by series would be only if charms don't work on one or the other
[17:04] <hatch> categories would only be if we have a lot of charms
[17:08] <abentley> sinzui: Every time golang afficionados refer to "gopher", it makes me think of the gopher protocol.
[17:28] <sinzui> abentley, :)
[17:35] <rick_h> bah, luca ran away hah
[17:39] <rick_h> abentley: sinzui we need some more data in the backend for the updated related charms look. Should I pause front end to go do that or will one of you have bandwidth in the next dayish?
[17:39] <abentley> I have bandwidth.
[17:39] <sinzui> I expect to be free to help tomorrow
[17:40] <rick_h> abentley: ok, I've added a card and listed the new attributes required in it. I'll keep going on the front end then and pretend the data's there but empty
[17:41] <abentley> rick_h: commit count and download count are for the past 30 days?
[17:41] <rick_h> abentley: yes, just as per the current charm data
[17:42] <abentley> rick_h: Okay, looks easy.
[17:42] <rick_h> abentley: thanks
[17:43] <gary_poster> rick_h, wdyt? https://docs.google.com/a/canonical.com/forms/d/1Me4macMBX6KydCYyCC6YEjKnpCKakQCYlGlGxIB6Z0w/viewform
[17:43] <rick_h> gary_poster: looking
[17:43] <rick_h> ooh, looks cleaner off the bat
[17:43] <gary_poster> nothing like removing almost 2/3 of the questions ;-)
[17:44] <rick_h> gary_poster: I <3 this man
[17:44] <gary_poster> cool :-)
[17:44] <rick_h> yea, I mean this reads/seems a LOT nicer imho and can't wait to spread the link around. jcastro should pimp it with marcoceppi :)
[17:45] <rick_h> when it's final/approved and all that
[17:45] <gary_poster> heh cool thanks rick_h .  :-) I'll send it to lawyer
[17:45] <marcoceppi> I like it
[17:45] <marcoceppi> but I have no say in anything
[17:46] <gary_poster> cool, thanks.  what do you mean you have no say, marcoceppi ?! :-)
[17:46] <jcastro> hey so we can link it from juju.u.c/survey
[17:46] <jcastro> and then I can pimp
[17:46] <jcastro> is what gary_poster used the canonical URL?
[17:46] <rick_h> jcastro: not yet, has to go through approval
[17:46] <jcastro> ok lmk when
[17:46] <rick_h> jcastro: we're just submitting out feedback atm and gary_poster cleaned it up a bunch
[17:46] <gary_poster> awesome jcastro thanks.  do you do the linking or do I?  yeah, that's canonical URL, but wait till I have alwyer review
[17:46] <gary_poster> thanks
[17:48] <jcastro> theoretically anyone in the right teams can edit juju.u.c/survey, but I can do that for you far faster than you digging around
[17:48] <gary_poster> awesome thanks.  will ping when we are ready
[19:35] <hatch> Makyo: (idea) is it possible to put a timeout on the d3 drag handler for the services ? I have noticed that I will frequently drag when I mean to open the popup
[19:36] <Makyo> hatch, there already is.
[19:36] <hatch> oh :)
[19:36] <hatch> maybe I'm just slow today
[19:37] <Makyo> hatch, search for longClickTimer in app/views/topology/service.js for an example.
[19:37] <hatch> ahh will do
[19:37] <hatch> ugh...just spent the past 2 hours tracking down a 2line bug in the databinding class
[19:38] <Makyo> hatch, as it is , it's checking to see if the mouse has been moved within a minimum radius that it should consider dragging before it goes on to do the long-click action, something similar might be done for your case.
[19:38] <Makyo> ie: check that the duration of the click was slow and the service was only moved within a 3px radius or something.
[19:38] <hatch> yeah that could work - it could just be that I've done it 1000x times this morning to so I'm fatigued :)
[19:39] <Makyo> hatch, fair :)
[19:39] <hatch> well now that I have tracked down this bug I can finally get onto doing what I was doing 2h ago haha
[19:55] <hatch> w00t databinding refactor 'complete'
[19:56] <hatch> you can tell when something is written properly when a refactor is only 10 lines
[19:56] <hatch> lol
[19:56] <hatch> of course I broke every test :/
[20:23] <hatch> poo another bug
[20:23] <hatch> soo close
[20:32] <hatch> smushed!
[20:34] <gary_poster> eww, bug guts.
[20:36] <hatch> but these are the good kind
[20:36] <gary_poster> http://www.theatlantic.com/international/archive/2013/05/can-we-end-hunger-by-eating-bugs/275997/
[20:36] <gary_poster> "the good kind"
[20:37] <hatch> haha
[20:37] <hatch> hey, if they could make vegan food taist good, they can make anythign taist good :P
[20:37] <gary_poster> heh
[20:41] <hatch> hmm
[21:32] <hatch> gary_poster: are you still around?
[21:32] <gary_poster> hatch I am though I was about to reboot
[21:32] <hatch> 2 secs
[21:32] <hatch> if a field is in conflict, should we allow the user to leave it in conflict?
[21:32] <hatch> or force them to either overwrite or accept?
[21:33] <gary_poster> hatch for the first cut let's treat allowing it as their overwrite mechanism.  I assume this will be relatively easy to change later
[21:34] <gary_poster> sound good?
[21:34] <hatch> sounds good
[21:34] <gary_poster> cool.  back in a few, but then gone :-)
[23:01] <hatch> BOOM done
[23:01] <hatch> and only 1 minute past EOD
[23:01] <hatch> well ok it's just the prototype but still :)


[00:50] <aedend> cyberanger why CDN77?
[00:51] <aedend> cyberanger what do you like about it?
[01:57] <cyberanger> aedend: Really, it's just the price, prepaid and cheap
[01:58] <cyberanger> It seems a lot of CDN's are postpaid (and it's not like I can control the traffic to hold to a budget after the fact) and require monthly maintence fees that are beyond what I can justify currently
[01:58] <cyberanger> If I could afford Cloudflare I'd use them
[03:16] <Unit193> You need a CDN?
[03:17] <Unit193> I don't know why/how/what the catch is for the free tier, care to share?
[04:48] <cyberanger> Cloudflare's free teir?
[04:48] <cyberanger> CDN77 I don't think has a free tier, just a 14 day trial
[05:01] <Unit193> Yeah.


[12:12] <zx2c4> apw: looks like unit193 has saved the day again
[12:56] <apw> zx2c4, the community rocks indeed
[12:56] <apw> zx2c4, he did the merge i was going to do today; yay
[12:56] <apw> zx2c4, so everything is in sync in focal for you yes?  you just need that email replied to ?
[13:06] <zx2c4> apw: email replied to?
[13:06] <zx2c4> Everything in sync except for the binary module
[13:06] <zx2c4> Ill test unit193's work today to be sure
[13:06] <apw> you were asking for some version links or somethign in email; or did you sort that
[13:06] <apw> zx2c4, the binary is on my list
[13:06] <zx2c4> www.wireguard.com/install/
[13:07] <zx2c4> https://www.irccloud.com/pastebin/LN6BxPtX
[13:07] <apw> zx2c4, ahh ok you are sorted there
[13:08] <zx2c4> Pretty gnarly way of getting that info outta launchpad...
[13:08] <zx2c4> If you know of a real api, id prefer that to scraping HTML
[13:19] <gpiccoli> hggdh, what are the contents on /var/crash after the crash collection?
[13:19] <gpiccoli> And what is the kernel version you're using and the release (Bionic, Eoan, etc) ?
[15:19] <cjwatson> zx2c4: What's the problem statement for that last pastebin?  Something like "get most recent version of named packages in each of the Ubuntu archive and a given PPA"?  And do you want to restrict it to a particular suite (e.g. focal or focal-proposed) or do you just want anything that's anywhere in Ubuntu at all?
[15:20] <zx2c4> cjwatson: "whats the latest version of a package from a certain PPA?" "whats the latest version of a package from 'upstream ubuntu'?"
[15:20] <zx2c4> probably not restrict because ubuntu has weird policies about what gets backported
[15:20] <zx2c4> and what im itnerested in is a general dashboard of, "are the maintainers bumping their packages"
[15:29] <cjwatson> zx2c4: Maybe something like https://paste.ubuntu.com/p/DMbfHvw3D6/ then?  Two notes: (1) I changed the PPA queries a bit because you need to query by source package rather than binary; (2) that API sorts by descending version by default, which sounds mostly fine for this except be aware that the PPA has versions like 1.0.20200102-wg1~trusty, 1.0.20200102-wg1~eoan, etc., and "trusty" > "eoan"
[15:29] <cjwatson> For an upstream view given (2) perhaps you just want to strip off the suffix
[15:30] <zx2c4> cjwatson: oo, api.launchpad.net, excellent
[15:30] <zx2c4> is this json-only or can i ask it for something in plain text?
[15:30] <cjwatson> That method is documented at https://launchpad.net/+apidoc/devel.html#archive-getPublishedSources if you need to vary things
[15:31] <cjwatson> JSON-only, but the | jq at the end gets you plain text
[15:31] <cjwatson> (Well, I think you can possibly ask it for XML or something as well if memory serves, but who wants that)
[15:34] <cjwatson> ... no, memory serves incorrectly, it is indeed JSON-only
[15:39] <zx2c4> cjwatson: looks like you can get xml by passing Accept: with some sun xml type
[15:39] <zx2c4> but anyway i got it working
[15:39] <zx2c4> www.wireguard.com/install/ is now powered by that api
[15:39] <zx2c4> lots of red in there since i *just* bumped the packages :-P
[15:39] <cjwatson> good good
[15:41] <apw> http://www.wireguard.com/install/
[15:43] <hggdh> gpiccoli: just found out I fat-fingered... Sorry for the noise
[15:44] <gpiccoli> np hggdh =)
[15:44] <gpiccoli> glad it worked for you
[16:03] <hggdh> so am I, so am I :-) trying to document the myriad different ways to setup & use crash in Azure
[16:18] <gpiccoli> hehe
[18:12] <bittin> Hello was there any Ubuntu Kernel Meeting today ?
[18:52] <sarnold> bittin: I don't know if it was an official meeting but there was certainly discussion https://irclogs.ubuntu.com/2020/01/20/%23ubuntu-kernel.html and https://irclogs.ubuntu.com/2020/01/21/%23ubuntu-kernel.html
[18:56] <Luna__> sarnold, thanks :)
[18:57] <Luna__> and https://irclogs.ubuntu.com/2020/01/21/%23ubuntu-kernel.html
[18:58] <Luna__> Wireguard talk, cool thanks gonna join a Thunderbird meeting in 2 minutes but cya guys next week
[21:40] <zx2c4> tyhicks: https://bugs.launchpad.net/ubuntu/+source/wireguard/+bug/1854225 can restricted wireguard bugs be shared with me in the future so there isnt the 4 month delay or whatever?


[01:09] <ffm> How do I change a bugs language, like that of
[01:09] <ffm> Bug #223973
[01:09] <ffm> * https://bugs.edge.launchpad.net/ubuntu/+source/evolution/+bug/223973 (ubotu seems to be acting oddly today...)
[01:10] <Nafallo> ffm: do you even see him? :-)
[01:13] <ffm> Nafallo: What?
[01:13] <ffm> Nafallo: Ah....
[01:13] <Nafallo> ffm: ubotu isn't here.
[01:13] <secretlondon> edit description/tags will allow you to change the description
[01:13] <secretlondon> if you speak german
[01:16] <secretlondon> Nafallo, I thought the reason why -bugs-announce was silent was because Hardy was bug free ;)
[01:19] <xee> Hi, I wanted to know how I can help with triaging bugs, I saw the list at https://wiki.ubuntu.com/UbuntuBugDay but I'm not sure what to do
[01:21] <secretlondon> xee: the list are on the 20080429 page
[01:22] <secretlondon> but they are coming up as forbidden..
[01:23] <xee> ok, I opened it, what should I do next?
[01:25] <secretlondon> https://wiki.ubuntu.com/BugSquad is the best place to start
[01:25] <secretlondon> https://wiki.ubuntu.com/DebuggingProcedures and https://wiki.ubuntu.com/Bugs/FindRightPackage
[01:25] <xee> ok, I got it, thanks a lot
[01:28] <ffm> Does the "triaged" stage come before or after "confirmed"?
[01:29] <secretlondon> after
[01:30] <secretlondon> can anyone access https://launchpad.net/bugs/223339? I'm in bug control and I get forbidden
[01:30] <secretlondon> I've tried stopping redirect to edge and still forbidden
[01:31] <ffm> secretlondon: And it indicates that the problem is in a state that it can be looked at by a developer?
[01:31] <secretlondon> Looks like apport crash bugs are broked
[01:31] <ffm> secretlondon: Example, a bug that has a non-critical feature reuquest, but also has a patch. ( https://bugs.edge.launchpad.net/ubuntu/+source/curl/+bug/223855 ) Is it already "triaged"?
[01:32] <secretlondon> ffm: https://wiki.ubuntu.com/Bugs/Status
[01:32] <secretlondon> ffm sounds like triaged, and wishlist
[01:33] <ffm> secretlondon: I can't set priority yet.
[01:33] <secretlondon> tbh I tend just to use confirmed, but that may be me
[01:33] <secretlondon> ffm sure
[01:33] <secretlondon> I've just set as wishlist for you
[01:34] <ffm> secretlondon: merci
[01:34] <secretlondon> we need debdiffs though
[01:34] <secretlondon> and then to susbcribe a sponsor team
[01:35] <ffm> kk
[01:35]  * ffm has to go. Have a great bug-fixing time!
[01:40] <secretlondon> bdmurray there is a problem with perms for crash bugs. I'm in bug-control and bugs on the list are coming up as forbidden
[01:41] <secretlondon> bdmurray i've set them as red not lightgreen, as they are not fixed, just broken
[01:45]  * secretlondon decides to rewrite the rules for the hugday on the grounds it's a wiki ;)
[01:49] <bdmurray> secretlondon: the red looks angry, maybe just deleting them would be easier on the eyes
[01:49] <secretlondon> bdmurray: okay, but there is something broken somewhere with permissions
[01:49] <bdmurray> secretlondon: the retracer is turned off so only the reporter and apport are subscribed to those bug reports
[01:49] <secretlondon> I suspect apport related
[01:49] <secretlondon> bdmurray: shall I just filter them out and remove them?
[01:50] <bdmurray> secretlondon: that'd be great!
[01:50] <secretlondon> bdmurray: okay will do
[01:50] <secretlondon> bdmurray: and then if we have too few we'll find some more
[01:50] <bdmurray> secretlondon: there are always more around!
[01:50] <secretlondon> oh yes!
[01:52] <mrooney> hrm, can karma go down on launchpad?
[01:52] <secretlondon> mrooney, it expires
[01:52] <secretlondon> time related
[01:52] <bdmurray> mrooney: it's a measure of your recent activity, I think over the past 90 days or so
[01:53] <mrooney> ahh I see, thanks
[02:01] <tam> hello all i have a bug
[02:02] <secretlondon> hi tam
[02:02] <tam> I am getting a gdm crash in firefox 3 when visiting ubuntuguide.org . Running AMD_64
[02:02] <tam> this is only with compiz enabled
[02:03] <tam> Apr 28 19:53:14 tam-desktop kernel: [ 1001.999561] Xorg[7042]: segfault at ff0080d427 rip 7f3389df315b rsp 7fff95e47a80 error 4
[02:03] <tam> Apr 28 19:53:14 tam-desktop kernel: [ 1002.021530] compiz.real[7282]: segfault at 16f00000000 rip 40fee0 rsp 7fff37965830 error 4
[02:03] <tam> Apr 28 19:53:14 tam-desktop gdm[7018]: WARNING: gdm_slave_xioerror_handler: Fatal X error - Restarting :0
[02:03] <RAOF> tam: And you've got a nvidia card, right?  There's a bug on launchpad that you'll want to search for
[02:04] <tam> yes
[02:04] <tam> do you happen to know the bugid off the top of yoru head?
[02:05] <RAOF> No; but it'll be filed against linux-restricted-modules-2.6.24
[02:06] <tam> thank you
[02:15] <secretlondon> bdmurray: all forbidden bugs removed
[02:25] <bddebian> Boo
[02:26] <jjesse> don't cry :)
[02:26] <bddebian> :)
[02:26] <secretlondon> hi bddebian
[02:27] <bddebian> Hello secretlondon
[02:28] <tam> okay so i found that bug in launchpad but it was a really old one, however there seems to be lots of segfault failures with the new glx drivers
[02:28] <tam> well segfault crashes
[02:29] <tam> is there a way for me to use the nvidia-glx that was in gutsy instead?
[03:17]  * jaredbuck is working through the ubuntu bug list, some people simply don't include enough information...
[03:18]  * secretlondon wonders what we do with bugs that apport hasn't retraced
[03:21] <greg-g> secretlondon: because it hasn't got to it yet or that it failed?
[03:21] <jaredbuck> one of the bugs i looked through was a guy having trouble with vmware-server not recognizing his usb devices.  i suggested in the comments that he try installing the device drivers for the usb devices within the virtual environment.  I've run some OSes virtually and some things didn't work unless you installed the drivers for them within the virtual environment.
[03:24] <secretlondon> greg-g I think maybe neither
[03:25] <greg-g> secretlondon: really?
[03:25] <secretlondon> greg-g there are serpentine crash bugs like https://bugs.launchpad.net/ubuntu/+source/serpentine/+bug/209599
[03:25] <secretlondon> I'm thinking I should try and retrace them here
[03:25] <secretlondon> still have core dump attached
[03:26] <secretlondon> jaredbuck many bugs are support requests (and some support requests are bugs)
[03:26] <greg-g> secretlondon: there is a tag that it uses as an identifier of bugs needing retracing
[03:26] <greg-g> I forget what it is though
[03:27] <secretlondon> well apport is off anyway, which is why we had loads of bugs that were forbidden on the hugday list
[03:27] <jaredbuck> secretlondon:  I can see that, i hope the user who submitted the bug checks my comment and tries what i suggested.
[03:28] <greg-g> added the tag "need-i386-retrace"
[03:28] <secretlondon> jaredbuck: we often have to handhold
[03:28] <secretlondon> greg-g thanks
[03:28] <jaredbuck> i just joined the bugsquad today so I'm new to the bug squashing.
[03:28] <secretlondon> jaredbuck :)
[03:28] <greg-g> welcome jaredbuck
[03:29] <jaredbuck> thank you :)  I joined after seeing the Bug Squad session this morning.
[03:30] <greg-g> awesome
[03:30] <greg-g> I missed that unfortunately, dang having a job ;)
[03:31] <secretlondon> I missed it as I didn't see the email about the open week until today
[03:32] <secretlondon> This https://wiki.ubuntu.com/DebuggingProgramCrash has something about "running apport-retrace as you are used to"
[03:32] <jaredbuck> i got that email yesterday and managed to wake up at 8 am (pacific time zone here). i don't often wake up that early lol.
[03:32] <secretlondon> lol
[03:33] <jaredbuck> I'll be around for most of the sessions this week.  looking forward to learning new things about Ubuntu i didn't know before.
[03:34] <secretlondon> :)
[03:34] <secretlondon> there are a few serpentine crashed on boot bugs (after gutsy->hardy upgrade), of course we removed serpentine from default hardy install
[03:36] <jaredbuck> what kind of bugs?
[03:36] <jaredbuck> sure glad Ubuntu has great accessibility support because I'm legally deaf :)
[03:37] <secretlondon> :)
[03:38] <jaredbuck> ah. serpentine is one of the audio apps.  then again i don't need audio LOL. still looks like it's in beta is it?
[03:39] <secretlondon> well it used to be in gutsy on the CD, and isn't in hardy. I just found one bug about it on the hug day list, and then found loads more..
[03:39] <jaredbuck> well maybe we can get around to fixing what we can on bug day tomorrow :)
[03:40] <secretlondon> jaredbuck, of course, but it becomes addictive! You get distracted by troubleshooting, and possible patterns and..
[03:40] <secretlondon> jaredbuck, it can be worse than wikipedia!
[03:41] <jaredbuck> secretlondon: haha, wikipedia? I've edited articles on there LOL.  I know what can be addicting, and bug fixing sounds good to me.
[03:46] <secretlondon> :)
[03:48] <jaredbuck> i know txwikinger on here from previous association with project gutenberg.  Kinda neat to find someone you know :)
[03:49] <greg-g> right on
[03:50] <jaredbuck> there's another bug class session on saturday isn't there?
[04:00] <secretlondon> jaredbuck, not sure
[04:01] <jaredbuck> i checked the schedule, it says there's one saturday morning.
[04:01] <secretlondon> I'm looking at apport-retrace but to get it to do it automatically you need to know how launchpad does authentication. cookies? the man page suggests cookies.txt, I can find a cookies.sqlite in ~/.mozilla
[04:03] <greg-g> not sure
[04:04] <secretlondon> the instructions are very general - presumably because it's expected that apport-retrace for ubuntu will be run at the data centre
[04:04] <secretlondon> although it's in the repos
[04:05] <secretlondon> I'll try saving the core file and doing it manually
[04:05]  * secretlondon wants to get the bottom of this serpentine bug!
[04:10] <secretlondon> looks like apport-retrace only works with .crash files not coredumps
[04:11] <greg-g> doh
[04:11] <jaredbuck> no dumps? that'll make it a little harder to find the problem won't it?
[04:11] <greg-g> is a .crash just a .gz of those separate files?
[04:13] <secretlondon> greg-g i don't know. man apport-retrace either wants a bug number as input, or the .crash file. I can't get it to authenticate to launchpad though
[04:13] <persia> If you've the same version of the package locally, and the dbgsym loaded, try loading the core file in gdb.  From there, you ought be able to generate a stacktrace locally.
[04:13] <secretlondon> persia: thanks!
[04:14] <greg-g> persia: good to know
[04:14] <persia> This was the old way to do it.  apport-retrace was intended to make it easier, but it doesn't always work.
[04:15] <secretlondon> I can't see how to get it to authenticate to launchpad, so this does look easier
[04:20] <secretlondon> except that there are no dbg or dbgsym versions of serpentine
[04:20] <secretlondon> I'm gonna go really old school and build my own debug package ;)
[04:20] <secretlondon> ooh nixternal has just twittered that the intrepid toolchain is being uploaded!
[04:21] <persia> secretlondon: If you build your own debug package, you can't be guaranteed the symbols will be in the same location, so it may be difficult to read the foreign core file (in which case, you need to reproduce the bug locally, and generate your own core file).
[04:21] <persia> Also, if sepentine doesn't have debug symbols, that's another bug
[04:22] <secretlondon> persia: I think it's a gutsy->hardy upgrade bug
[04:22] <secretlondon> persia: where do I file the lack of debug symbols?
[04:23] <persia> Launchpad?  Unless sepentine hasn't been updated since feisty, it likely needs someone to review debian/rules to find out why it's not generating the dbgsym package.
[04:24] <secretlondon> ah so against serpentine itself, not against a particular service
[04:25] <persia> Alternately, if it was last uploaded in gutsy, and there is a dbgsym package in gutsy, but not in hardy, you ought be able to debug with the gutsy dbgsym, but it would indicate an issue with the service (for which, I'm less sure how to file the report).
[04:26] <persia> No, it was uploaded in hardy.  It's a bug in serpentine.  It's not calling the pkg-create-dbgsym hook somehow.
[04:26] <secretlondon> it may be connected to the move from main ->universe
[04:26] <secretlondon> persia: thanks
[04:27] <persia> Possibly, but then the dbgsym package ought be in ddebs.ubuntu.com hardy main, and would likely still be available.
[04:43] <gnomefreak> persia: you have a minute?
[04:44] <persia> gnomefreak: About that.  Why?
[04:44] <gnomefreak> im up for renewal ubuntu memebership i missed last meeting, what do i need to do to go about it?
[04:46] <persia> gnomefreak: I'm not really up on the procedures for membership renewal.  I think you just need to still be active and involved.  Maybe someone else can answer, or I'll let you know when I find out.
[04:46] <gnomefreak> persia: ok thanks i saw you on list and here so i thought i would try
[04:47] <persia> gnomefreak: No problem.  I'm just very new at that, so still learning :)
[04:48] <gnomefreak> persia: good luck with it :)
[04:48] <mrooney> oh boy ubuntu membership
[04:48] <mrooney> I aspire to apply for that at some point in the not-too-distant future
[04:51] <secretlondon> mrooney, me too at some point
[04:52] <jaredbuck> I would like that at some point too.
[04:57] <secretlondon> anyone know what error 104 is on the applet?
[04:59] <jaredbuck> not I.
[04:59] <secretlondon> I've got it for both bugs I tried to submit
[05:00]  * secretlondon hasn't been able to submit a bug to 5-a-day for about a month now
[05:02] <jaredbuck> i'm trying to google for an answer to that question.
[05:03] <secretlondon> I suspect it is a bzr error
[05:03] <secretlondon> someone like james_w or thekorn will know
[05:03] <jaredbuck> probably. sometimes searching for the answer can be difficult.
[05:07] <gnomefreak> persia: nevermind i found the email click link and done :)
[05:07] <persia> gnomefreak: Ah.  Self-renewal.  Thanks: that's easier ;)
[05:08] <gnomefreak> looking to see if it was updated but didnt look like it when i checked before
[05:22] <secretlondon> anyone know where fglrx comes from?
[05:22] <secretlondon> restricted-modules?
[05:23] <RAOF> Yup.
[05:24] <secretlondon> ty
[06:20] <secretlondon> bah bug has references to nvidia and flash player!
[06:20] <secretlondon> how exactly we are supposed to fix this I dunno
[06:21] <jaredbuck> what exactly does the person posting the bug have a problem with regarding those?
[06:21]  * lucent facepalms
[06:22] <secretlondon> oh it's a crash, looks like flash caused a crash in nvidia
[06:22] <lucent> to be fair, it's very difficult for vendors to create stable proprietary software for *nix platform
[06:22] <jaredbuck> true, that.
[06:23] <secretlondon> true
[06:23] <secretlondon> I'm just trying to work out which package to allocate it to
[06:24] <secretlondon> nspluginwrapper and npviewer
[06:24] <lucent> audio and context bugs have been known to crash Xorg when flash player does bad things
[06:25] <jaredbuck> flash is quite buggy on linux, it crashes some websites i visit.
[06:25] <lucent> these are particularly painful with nvidia drivers which implement their own GART layer
[06:28] <gnomefreak> jaredbuck: run locate libflashsupport.so and if its in /usr/share/mozilla/...... than remove it that should help with some crashes if not all
[08:52] <kahrytan> Can anyone fix the  bug #220952 by setting up a xorg config for displayconfig-gtk to support the monitor?
[08:53] <persia> kahrytan: Re bug 220952: While it can be done in displayconfig-gtk, oughtn't it rather be done in X itself?
[08:53] <kahrytan>  you were just waiting for that werent you
[08:54] <kahrytan> persia,  true but someone else may have trouble and then displayconfig-gtk can detect it better
[08:54] <persia> kahrytan: Actually for the join, but you've caught me :)
[08:55] <kahrytan> In essence, it makes sure no one else has the same problem
[08:55] <persia> kahrytan: Oh sure, but I think it ought be chased in both places.  Firstly, X shouldn't try to use that frequency for that equipment at that resolution, and secondly, the device ought be available in displayconfig-gtk.
[08:55] <kahrytan> Add the config to bug?
[08:56] <persia> The linux-restricted-modules task is probably a good place for now.  I'm really not sure whether that sort of adjustment belongs in the driver or somewhere else in the X stack.
[08:56] <kahrytan> It doesnt have to do with nvidia though.
[08:57] <persia> Are you sure?  Have you tested with the same monitor and a different video card?  I'm just not sure which piece is responsible for assigning the autodetected scan rate.
[08:58] <kahrytan> persia, i did turn off the driver.
[08:58] <persia> Oh.  If you can replicate with both nv and nvidia, then I agree the linux-restricted-modules task is probably assigned to the wrong package.
[08:59] <kahrytan> How would i use nv instead .. from noob point of view.
[09:00] <persia> The answer used to be to switch it in /etc/X11/xorg.conf.  I don't know how to do it for hardy.
[09:00] <kahrytan> oh yeah xserver-xorg-video-nv
[09:00] <kahrytan> thats the driver?
[09:01] <persia> I think so.  On the other hand, that driver doesn't support 3D, so you might encounter a different bug when you test with it.
[09:01] <kahrytan>  I would just use screen resolutions applet
[09:01] <kahrytan> change to 800x600 w/ bad rate
[09:02] <persia> If that breaks, that ought confirm the driver isn't responsible.
[09:02] <kahrytan> brb
[09:05] <kahrytan> Back. Tried with Screen Resolutions and 800x600 65hz. It broke.
[09:05] <kahrytan> NV driver
[09:06] <persia> Excellent.  Please update the description of the bug to more clearly blame the resolution and scan rate, rather than the games (update description is on the upper left).
[09:06] <kahrytan>  I think its any scan rate other then whats reccomended.
[09:06] <persia> Also, it's clearly not a linux-restricted-modules bug.  Probably best to update that task (little arrow thingy next to the name), and change the source package to xorg.
[09:07] <kahrytan> How do i test is better w/o applet?
[09:07] <persia> Likely.  Screens tend to be sensitive: it's not like the old days where one was only adjusting fine parameters for a particle-ray
[09:08] <kahrytan> On the other hand, NV fixed my gdm issue
[09:08] <kahrytan> it didnt scale well
[09:08] <kahrytan> persia,  isnt this easy to fix?
[09:09] <persia> kahrytan: I'm not sure.  I'm not familiar with either X autodetection or displayconfig-gtk
[09:09] <kahrytan> proper xorg config shouldnt be to hard but over my head.
[09:09] <persia> It's the "shouldn't" that is the sticky bit :)
[09:09] <kahrytan> I did think to include monitor specs.
[09:11] <kahrytan> change restricted to xorg?
[09:11] <persia> That's likely useful.  With the updates outlined above, it ought get feedback from someone more familiar with triaging X bugs, and they'll ask for any other required information.  Eventually, there'll be enough there the developers can get it fixed.
[09:11] <persia> kahrytan: Yes, change that.  Since you've confirmed you can repeat the bug with two different drivers, it's not going to be the kernel modules, but just X.
[09:12] <kahrytan> there is a pdf of monitor specs
[09:12] <kahrytan> considered attaching the pdf
[09:12] <persia> If it's available from the manufacturer, you might just provide a link to it, rather than attaching it.
[09:17] <kahrytan> I  realized the value of oSSnv driver over nvidia
[09:19] <kahrytan> persia, https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/220952 ?
[09:21] <persia> kahrytan: That looks better.  You might want to check https://help.ubuntu.com/community/DebuggingXAutoconfiguration and https://wiki.ubuntu.com/DebuggingXorg to see if there is other information you could add to help identify the issue.
[09:23] <dejv_ntb> hello
[09:24] <persia> dejv_ntb: Welcome
[09:24] <kahrytan> I cant use gnome w/ sudo dpkg-reconfigure xserver-xorg?
[09:25] <dejv_ntb> can somebody guide me to provide information for bug #223835, please?
[09:25] <persia> kahrytan: I think you'd do better to do that from console
[09:26] <dejv_ntb> https://bugs.launchpad.net/ubuntu/+source/gnome-volume-manager/+bug/223835
[09:26] <kahrytan> I tried it and it skipped video config.
[09:27] <persia> Umm.  Aren't we supposed to indicate the source of the duplicate bug when describing a bug as duplicate?  How is one to know when it is addressed?
[09:28] <kahrytan> i found another bug on desktop icons
[09:29] <kahrytan> might be nvidia or compiz? sometimes trash icon doesnt show as full
[09:35] <kahrytan> persia,  You really thing someone will need all that information on xorg?
[09:36] <persia> kahrytan: Possibly.  My experience for the bugs I've fixed is that where I can't reproduce it locally, I need lots & lots of information to be sure of what I'm doing.  I suppose you could just give your computer to a developer, if they were sufficiently interested :)
[09:38] <thekorn> good morning.
[09:40] <kahrytan> persia, discover doesnt even work
[09:42] <kahrytan> persia, Someone added a Mandriva related bug too
[09:43] <qense> happy bug day!
[09:44] <kahrytan> but not so happy when you got one.
[09:50] <kahrytan> qense,  what do you do
[09:50] <qense> I'm a bug triager
[09:50] <qense> (and a web developer, but not for Ubuntu)
[09:52] <kahrytan> darn
[09:52] <qense> why?
[09:52] <kahrytan> i was gonna mention start.ubuntu.com/8.04 issue
[09:52] <kahrytan> it searches google uk...
[09:53] <james_w> kahrytan: you can file bugs against ubuntu-website
[09:55] <kahrytan> james_w, i thought about it.. but to lazy for simple issue
[10:02] <kahrytan> persia,  Whenever I see a glitch or possible bug. I try to reproduce it.  Often cant and move on
[10:12] <jpatrick> kahrytan, james_w: you may wish to hilight web problems at #ubuntu-website
[10:12] <james_w> jpatrick: ah, didn't know about that channel, thanks.
[10:12] <kahrytan> jpatrick,  I'll add that to my list of round-to-its
[10:12] <jpatrick> james_w: it's newish
[10:54] <iulian> G'morning
[10:54] <lucent> argh
[10:54] <lucent> I'm getting bit by bug #8497
[10:59] <kahrytan> lucent,  be sure to put on some bug screen
[15:40] <bddebian> Boo
[15:42] <afflux> mornin
[16:08] <bdmurray> mvo: could you look at bug 223619 with me?
[16:13] <james_w> bdmurray: isn't that fixed?
[16:15] <bdmurray> james_w: the stale firefox tab got me
[16:16] <james_w> bddebian: btw, is there a hug day this week?
[16:16] <bdmurray> james_w: there is a no package one today, I'm not sure what pedro_ has planned for Thursday
[16:17] <james_w> we had a suggestion for one we could do if there is a free slot sometime. I should have proposed it for today, but forgot.
[16:17] <pedro_> nothing for this week, I've prefer to let people go to open week rather
[16:17] <bdmurray> Is that the reviewing patches one?
[16:17] <james_w> bdmurray: yup
[16:18] <james_w> pedro_: that sounds like a good idea.
[16:18] <bdmurray> maybe we should try out reviewing patches ourselves on Thursday then?
[16:18] <bdmurray> to get an idea of the workflow etc
[16:18] <james_w> as it's something new that might be a good idea.
[16:20]  * afflux volunteers to help reviewing patches, as long as I understand what they do :)
[16:21] <james_w> afflux: as a first step we just want to weed out the things that aren't patches, e.g. screenshots
[16:21] <afflux> ah I see
[16:21] <james_w> it appears as though some people just check the box without realising what it means, and so it is hard to know whether there is a real patch to review for a bug.
[16:22] <james_w> we could at the same time weed out the patches that add "rm -rf /" or other things that won't get in
[16:22] <bdmurray> getting numbers on not patches might help getting a launchpad change made
[16:23] <james_w> and obviously any time you want to spend reviewing patches would be hugely appreciated, but it's not really something we can run a hug day on.
[16:23] <afflux> can't we use bughelper or at least py-lp-bugs to get the attachment files that end on like .png or similar? (or even have a wrong mime-type != text/plain)
[16:23] <afflux> yeah right
[16:23] <james_w> that sounds like a good idea
[16:24] <afflux> bughelper at least spits out the URLs of attachments when they matched a search pattern so I think there should be some way
[16:26] <persia> If there is a patch review day, it might be worth cross-posting the announcement to ubuntu-motu@, and announcing when there's a good looking patch during the day so someone can wrap it into a candidate for upload.
[16:26] <persia> On the other hand, that might be an argument for delaying a patch review day until the archives are open
[16:27] <persia> Oh, and sometimes a .png is a patch (e.g. problems with an icon) :)
[16:27] <bdmurray> This is why I think we should have a test run so we can evaluate the workflow and criteria of what is and isn't a patch
[16:27] <bdmurray> As far as I know that isn't documented
[16:28] <persia> Makes sense.  Have a test-run day, and then do a patch-push day sometime next month.
[16:28] <james_w> I don't think it's explicit, and what makes a good patch certainly isn't.
[16:29] <persia> I generally think of a patch as anything which, when added to the source, is a significant part of the solution.
[16:30] <james_w> using bughelper would probably be a good idea anyway, as it's currently a pain to find out which of the attachments is actually marked as a patch as far as I can see
[16:31] <persia> And there are a fair number of non-patches marked patches, and patches not marked (or were last time I spent a day doing patch review)
[16:56] <afflux> james_w: looks like py-lp-bugs sets the mime type to text/plain when the patch button is selected
[16:56] <afflux> see https://bugs.launchpad.net/ubuntu/+source/uswsusp/+bug/114688/comments/2
[16:57] <afflux> err, py-lp-bugs does that in its sources, but LP seems to do so also, that's what the link shows
[16:58] <thekorn> all patches are automatically set to text/plain by lp
[16:59] <thekorn> and py-lp-bugs adopts this behaviour
[17:00] <afflux> thekorn: that keeps us from using the mime type for checking whether an attachment is likely to be a patch or not
[17:01] <afflux> I mean to check it when it is flagged as a patch
[17:02] <thekorn> I think this is an issue in launchpad, there is no way to see if an attachment is an patch or not
[17:03] <thekorn> besides clicking on 'edit' and check if the patch field is checked
[17:03] <afflux> ah I see
[17:04]  * thekorn suggests a HUGE "I'm a patch" icon for patches
[17:04] <afflux> malone is the bugtracker, right?
[17:05] <seb128> it's called launchpad bugs now
[17:05] <afflux> ah okay, the project's identifier is malone
[17:05] <seb128> where?
[17:06] <afflux> in lp itself: https://launchpad.net/malone/
[17:07] <seb128> ah, right
[17:08] <afflux> thekorn: just found bug 172507
[17:10] <ffm> Hey, can someone check whether Bug #149181 has anything private in it?
[17:11] <ffm> https://bugs.edge.launchpad.net/ubuntu/+source/workrave/+bug/149181 (only people in ~ubuntu-bugcontrol can see ATM)
[17:11] <thekorn> afflux, I subscribed myself to this bug, when this is fixed I will modify the Attachment.is_patch() function
[17:12] <afflux> thanks
[17:13] <afflux> ffm: not sure about the string in DistributionManager::log, besides it looks okay for me
[17:14] <afflux> *the strings
[17:15] <thekorn> I think james_w started a thread on the ubuntu-bugsquad ML about patches
[17:18] <ffm> afflux: where?
[17:19] <afflux> ffm: oops, the stacktrace in https://bugs.edge.launchpad.net/ubuntu/+source/workrave/+bug/149181/comments/2
[17:20] <ffm> afflux: I don't see anything...
[17:21] <ffm> (anything dangerous, anyway.
[17:21] <afflux> yes, it just looked long and I have no idea what the content means, so maybe thats safe ;)
[17:22] <ffm> afflux: Oh, that's my social security number in EBDIC!
[17:22] <ffm> ;)
[17:22] <afflux> hehe :P
[17:33] <mvo> bdmurray: re 223619> I fixed that earlier (I think) - but its not uplaoded yet
[17:33] <mvo> bdmurray: (sorry, I was at dinner when you pinged me)
[17:34] <bdmurray> mvo: no problem, I didn't realize you had seen it already
[17:35] <mvo> I was doing a lot of triage/testing for u-m yesterday and today, its really hard work
[17:35] <mvo> and I'm a bit unhappy on how many maintainer script failure and similar issues are still left in hardy
[17:37] <bdmurray> right, I'm sure. have you seen bug 222278?
[17:45] <mvo> bdmurray: yes, I have currently no idea were it comes from :( I have seen a few duplicates of it, but haven't seen it myself yet
[17:47] <bdmurray> mvo: what sould be helpful in debugging it?
[17:53] <KelvinGardiner> Hi, I came across this bug in launchpad 223186.
[17:53] <mvo> bdmurray: that is really difficult, the code where it seems to hang is pretty small and I can not explain why it might hang there
[17:54] <KelvinGardiner> I don't think it is  a bug. As the sorting order can be changed.
[17:54] <mvo> bdmurray: having someone available on irc with a system where the hang happens would be cool -  or good instructions how to reproduce the hang in a VM would be even better
[17:54] <KelvinGardiner> Should it be marked as invalid?
[17:57] <pedro_> KelvinGardiner: i'm not into gtodo, but if you tested what the reporter said and it works fine, i'd say invalid
[17:58] <KelvinGardiner> pedro_: ok, thanks
[17:59] <bdmurray> mvo: I found the debugging info the reporter and I went over at http://irclogs.ubuntu.com/2008/04/26/%23ubuntu-bugs.html
[17:59] <bdmurray> mvo: it's at about 03:5x
[18:01] <mvo> bdmurray: is he around sometimes?
[18:01] <bdmurray> mvo: I haven't seen him since that day.  I wonder if it has something to do with -proposed and -backports though
[18:37] <kp5150> any status on the problem with browsing Windows shares?
[18:39] <kp5150> anyone?  is this the right forum for this question?
[18:40] <seb128_> no change
[18:40] <kp5150> thanks
[18:40] <seb128_> the issues are known but that's not trivial to fix or rather we lack people knowing the code and upstream is not responsive
[18:41] <kp5150> understood.  Just trying to get some info as the web forums have several threads about the same thing each with no answer
[18:42] <kp5150> it's kind of a big deal as I was planning on a test roll out for one of my clients as a Windows alternative.  I will wait
[18:43] <kp5150> is this just with Gnome?  Will Kubuntu/Xubuntu work?
[18:45] <seb128_> that's just GNOME, or rather gvfs
[18:45] <seb128_> we know that's an issue
[18:46] <seb128_> and it's recommended to wait for 8.04.1 if you need to deploy something polished, we will keep focussing on fixing hardy issues for a while
[18:46] <kp5150> I can wait, thanks for the info!  Much appreciated.
[18:48] <seb128_> you are welcome
[20:10] <sroecker> do patches that are fixed now get into hardy, oder hardy-proposed etc?
[20:11] <bdmurray> sroecker: I'm not sure I understand the question.  Is there a specific bug you are looking at?
[20:11] <sroecker> bdmurray, yes Bug 206921
[20:16] <bdmurray> sroecker: this bug isn't currently going through the SRU process but I think it could
[20:18] <sroecker> bdmurray, ah, SRU, thats what I need to know, thx. Do bugs that don't get into SRU go into proposed or backports?
[20:18] <bdmurray> -proposed is for packages in the SRU process after they are verified as fixing the bug and not causing regressions then get moved from -proposed to -updates
[20:19] <sroecker> thanks
[20:19] <bdmurray> sroecker: I'll work on getting it fixed
[20:19] <bdmurray> thanks for bringing it up
[20:20] <sroecker> yeah, I thought nobody looked at it and it's a one line patch
[20:23] <bdmurray> it's hard to keep track of every change to every bug and I really do appreciate your bringing it up
[20:34] <ffm> Can someone set the priority of https://bugs.edge.launchpad.net/ubuntu/+source/vinagre/+bug/224248 to wishlist for me?
[20:37] <ffm> And how do I add an upstream link from https://bugs.edge.launchpad.net/ubuntu/+source/curl/+bug/223855 to http://sourceforge.net/tracker/index.php?func=detail&aid=1953732&group_id=976&atid=350976 ?
[20:38] <bdmurray> ffm: Have you seen http://wiki.ubuntu.com/Bugs/Watches ?
[20:43] <bodinux> Hi, I'm looking for someone printing on a network printer. Anyone ?
[20:51] <jaredbuck> Hi all, i'm woken up now LOL.
[21:53] <rohan> can someone please confirm this bug? https://bugs.launchpad.net/bugs/222567
[21:54] <rohan> or is it occurring only for me?
[21:55] <crimsun> I don't have that symptom here, but I doubt I'm in your environment
[21:55] <crimsun> (for starters, I use the -server kernel)
[21:56] <rohan> crimsun: ok, can you give me any more hints? should i provide more info?
[21:56] <jaredbuck> i've had a few problems with apt-get hanging when i install certain packages.
[21:56] <crimsun> you can use strace, oprofile, and/or systemtap to help debug.
[21:56] <rohan> crimsun: could you guide me through the process, please?
[21:57] <crimsun> rohan: sorry, I'm pretty busy ATM
[21:57] <rohan> crimsun: ok, i'll try to catch you some time later when you're not :)
[21:58] <rohan> or maybe if you could post the instructions on that bug report, it'd be great
[21:58] <crimsun> please don't block on me - there are pretty decent tutorials online
[21:58] <rohan> ok, i'll try to search there
[22:00] <pjoul> rohan: start here -> Ubuntu BugSquad | http://wiki.ubuntu.com/BugSquad | Documentation: http://wiki.ubuntu.com/HelpingWithBugs
[22:00] <jaredbuck> I helped with a couple of bugs yesterday, offered some suggestions for people to try for problems they were having :)
[22:01] <rohan> jaredbuck: are you having the same problem as me? this happens everytime i use aptitude or apt
[22:01] <rohan> and not just "install", some other operations too
[22:02] <jaredbuck> rohan: i had a couple problems with packages i installed yesterday, i don't remember which ones, but i used adept and synaptic for install, on a few of those it hung when it processed some stuff, i had to use dpkg to finish installing packages.
[22:05] <rohan> oh, then your problem is different from mine
[22:05] <jaredbuck> i guess so. but your problem is still perhaps a bug that can be fixed.
[22:11]  * jaredbuck needs a bigger hard drive; 120 GB ain't enough these days.
[22:12] <rohan> let's hope so :-s
[22:13] <Tscheesy> Hi.. i try to connect for 5-a-day and get a sshkey error : http://pastebin.kubuntu-de.org/52
[22:14] <jaredbuck> I'm interested in joining the documentation team, i'll attend their session later this week. for now I'm a junior bug quasher :-p
[22:15] <rohan> crimsun: one last question - do you think "apt" is the right package to file the bug against?
[22:20] <Tscheesy> yes-ehm about the error above - i'm.. stuck. i tried with a second key in LP - same message.
[22:59] <chvn> http://pastebin.com/m1cfe084   ---> why is it impossible to get hardy online to this router, its a belkin (BG and N ...), in 7.10 it works like a dream but in hardy its impossible to get online, all other networks ive tried sofare works perfekt..
[23:03] <es\epen> ??


[01:32] <robert_ancell> duflu, how does mir_pixel_format_xrgb_8888 and mir_pixel_format_bgr_888 have the red channel in the same location?
[01:32] <robert_ancell> Where are the pixel formats defined?
[01:34] <duflu> robert_ancell: common.h ... the 32-bit formats are designed to be expressed as uint32 whereas the 24-bit formats are three bytes. So for little endian they are the reverse
[01:35] <duflu> That said, I'm not sure X can deal with the latter at all
[01:36] <robert_ancell> very confusing
[01:36] <duflu> We use endianess like that so software apps using 32-bit formats don't need to ever do byte swapping to work on any machine.
[01:37] <duflu> robert_ancell: Yes, but it makes sense and is the best option if you think about it. The alternative is that every app would need #ifdef for different endianness
[01:37] <duflu> Unfortunately endian does not apply to 3 byte pixels. It makes no sense there
[01:39] <duflu> BTW, I did not design it that way. It was like that before I/we joined Mir
[01:40] <duflu> And it seems like the right solution too. Just confusing when dealing with some APIs like OpenGL that do the opposite
[01:42] <robert_ancell> duflu, so your branch corrects the wrong masks right? The rest of it is just code moved around.
[01:43] <duflu> robert_ancell: Yes, and it ensures everything (screen and windows) agrees on the format of TrueColor pixels
[01:43] <duflu> Although it's still not ideal for EGL. More work is required there
[01:45] <robert_ancell> duflu, btw we do know that software mode works - the goal is to get EGL to work
[01:45] <duflu> More importantly, I've now done an MP in git-for-launchpad :)
[01:45] <robert_ancell> duflu, yeah, well done!
[01:47] <robert_ancell> duflu, you can just push into the xmir branch
[01:48] <duflu> robert_ancell: Yes, software has always worked. Although the upload/copy operations in software are slowish, rendering the same in OpenGL arguably uses even more resources. And OpenGL needs the buffer held for longer. The only problem is some droids (and I noticed it on mako) sometimes corrupt software buffers on screen. That's usually a flags bug in the Mir android code
[01:48] <robert_ancell> duflu, what do you mean by "uses even more resources"?
[01:49] <robert_ancell> Software mode seems poor when resizing windows, I'd expect that to be faster in OpenGL right?
[01:49] <duflu> robert_ancell: Both rendering approaches require an "upload" or copy of the whole surface. However there's no OpenGL state and texture to worry about in software
[01:50] <duflu> robert_ancell: Yeah some things will be faster in GL on some devices. But there's not a huge difference if your apps are software rendering in the first place
[01:50] <robert_ancell> duflu, so, do you think getting EGL to work is a waste of time?
[01:50] <duflu> robert_ancell: No, I think EGL will be faster for some things and we should do it
[01:52] <duflu> Even the upload itself may be faster in some GL implementations
[01:57] <duflu> robert_ancell: It's satisfying being able to play /usr/games/sol on the phone :)
[01:58] <robert_ancell> heh
[02:22] <duflu> robert_ancell: Theoretically rootless should let us skip a copy completely. Because the X server no longer has to composite its apps in software into the screen surface. But I don't know the reality of the implementation. That's just theory.
[02:23] <robert_ancell> duflu, yeah, I guess
[04:04] <duflu> robert_ancell: BTW found a simpler solution to the xkb problems. Just configure with --prefix=/usr
[04:04] <duflu> So it finds everything in the right place
[04:04] <robert_ancell> duflu, and you can then run without installing?
[04:04] <duflu> robert_ancell: Yep, no installation
[04:04] <robert_ancell> sweet
[04:05] <duflu> Sweet unless there's an ABI break
[04:05] <duflu> But I don't think Xorg does ABI breaks much
[04:19] <RAOF> Xorg breaks ABI every release.
[04:19] <RAOF> Not quite, but very nearly.
[04:21] <RAOF> Hm. That's got to be a gcc bug.
[04:21] <RAOF> auto foo = [this]() { return display_config; }; foo().active_configuration(); blows up.
[04:22] <RAOF> auto foo = [this]() -> mg::DisplayConfiguration const& { return display_config; }; foo().active_configuration(); works as expected.
[04:33] <bschaefer> RAOF, how is 'this' actually defined? Just a pointer to the class right? (raw c pointer?)
[04:34] <bschaefer> nm what i was thinking makes no sense (was thinking something with a std::unique_ptr)
[04:37] <RAOF> Yeah, “this” is a keyword meaning “pointer to the implicit first parameter of the function call” :)
[04:41] <bschaefer> RAOF, yeah was trying to find the actual definition in the standard but 'this' is an over used word :)
[05:27] <RAOF> Ok, wtf?
[06:00] <RAOF> How is DefaultServerConfiguration::configuration_options being set to a non-null value in the constructor, but then the_options() SEGVing because configuration_options contains null?
[06:01] <duflu> Cosmic rays
[06:02] <RAOF> Hm, or slicing?
[06:02] <RAOF> $1 (this) = (mir::DefaultServerConfiguration * const) 0x1c44e10
[06:02] <RAOF> (Contains correct value)
[06:02] <RAOF> $4 (also this) = (const mir::DefaultServerConfiguration * const) 0x1c44e10
[06:03] <RAOF> Oh, no. That's the same value.
[06:03] <RAOF> It looks different in gdb :)
[06:03] <RAOF> Watchpoint it is.
[06:04] <Guest44551> duflu, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1493185
[06:05] <duflu> Guest44551: Thanks. Sounds like the ubuntu UI toolkit (that is shader heavy and sometimes the least portable part)
[06:05] <Hock> anyone looking into it?
[06:06] <duflu> Hock: I will reassign it. Can you attach a screenshot? That URL does not work..!?
[06:08] <duflu> Hock: The relevant people log on in a couple of hours
[06:08] <duflu> They should notice it
[06:11] <Hock> i attached it
[06:12] <Hock> i submitted this bug two days ago. :(
[06:12] <duflu> Hock: Thanks. I just checked the source code. Looks like ubuntu-ui-toolkit. It's possible you'll get a better response now it's assigned to the right project today
[06:13] <Hock> duflu, great! thanks
[06:13] <duflu> Hock: We had a similar issue recently. ubuntu-ui-toolkit is ambitious, sometimes to the point of non-portable
[06:13] <Hock> this will not be related to gralloc hal crashing using CM kernel, right?
[06:14] <duflu> Hock: No, your kernel unity8 and Mir seem to be working fine
[06:14] <Hock> this is fine as its on aosp kernel
[06:14] <Hock> when i tried using CM kernel, the gralloc refused to start.
[06:14] <Hock> just died
[06:14] <duflu> Hock: Nice working getting that far
[06:14] <duflu> *Nice work
[06:15] <Hock> nice. but still long way to go
[06:15] <duflu> I'm not so sure it's a long way
[06:15] <Hock> wifi doesnt work as the stock kernel does come with source
[06:15] <Hock> its binary wlan.ko
[06:16] <Hock> have been trying a few prima sources but insmod hung
[06:16] <Hock> and wlan0 does not get created
[06:16] <Hock> CM kernel cant be used as their gralloc dont play nice with ubuntu touch
[06:17] <Hock> anyway hint on how to get cm gralloc to work?
[06:18] <duflu> Hock: Don't know. If you don't get a response within a day then the person is:  https://launchpad.net/~loic.molinari
[06:18] <duflu> For the bug that is
[06:18] <Hock> ok.
[06:18] <Hock> how can I tell the verion of mir that I am running on?
[06:19] <Hock> version
[06:21] <duflu> Hock: dpkg -l | grep libmir
[06:22] <duflu> But Mir is working (or else many things would have failed before the screen got painted that much even)
[06:24] <Hock> 0.13.3+15.04.20150617-0ubuntu1
[06:24] <Hock> libmirclient9:armhf                                  0.14.1+15.04.20150821-0ubuntu1
[06:24] <Hock> mixed of 0.13 and 0.14
[06:24] <duflu> Hock: Sounds like vivid (which is presently a mix of 0.14.1 and 0.13.3, the latter is for some clients that haven't been updated)
[06:24] <Hock> yes, mir is working. just the icons
[06:25] <Hock> yes, i switched back to vivid
[06:25] <Hock> going to wily does not solve the icons issue
[06:47] <RAOF> Ok, that's weird.
[06:48] <RAOF> If you call the_frontend_display_changer() from the_session_coordinator(), Mir crashes.
[06:49] <RAOF> OH!
[06:49] <RAOF> Because there's a cycle there.
[06:50] <RAOF> Nice of ABSOLUTELY NOTHING AT ALL to notice a stack overflow.
[13:20] <tedg> RAOF: Is there a reason that those are needed over the binary blog that the RaspPi folks are using?
[13:35]  * ogra_ shkes fist towards provider ...
[13:35] <ogra_> tedg, kms support perhaps ?
[13:35] <ogra_> the binary blob is used in any case, you cant boot the board without it
[13:35] <ogra_> (the bootloader is contained in the blob)
[13:36] <tedg> Yeah, not sure. I just want Mir on my RPi2 :-)
[13:40] <ogra_> i dont think we have all needed userspace for the closed driver either yet (libEGL, libGLES etc)
[13:48] <tedg> So perhaps that is the Mesa work that was mentioned.
[13:48] <ogra_> yeah
[17:00] <attente> AlbertA: hi, i'm just wondering if you had a chance to think about how we can implement GtkComboBox behaviour using Mir menu surfaces
[17:15] <AlbertA> attente: not quite just got back from vacation
[17:16] <attente> AlbertA: oh, sorry. welcome back!
[18:05] <dandrader> is mir-platform-graphics-mesa-x4 meant for use in xmir? or is it something else?
[18:14] <kgunn> dandrader: that might be mir on x
[18:14] <kgunn> camako: ^
[18:18] <dandrader> my test laptop (vivid+overlay) is strange after I dist-upgraded and thus got mir 0.15. Some things are not working anymore. Not sure what I messed up. I tried to clean up all traces of mir 0.14 pakages. now at least I can get "sudo mir_proving_server" working
[18:19] <dandrader> but when I try to run a client, it fails to connect. eg running mir_demo_client_egltriangle  gives a "Can't get connection" failure
[18:19] <dandrader> I made sure I had MIR_SOCKET=/tmp/mir_socket set
[18:19] <anpok> dandrader: thats for running mir within x
[18:19] <dandrader> so, how do I start debugging that?
[18:19] <dandrader> anpok, ok, so I can safely ignore this
[18:21] <anpok> hm that should be MIR_CLIENT_SOCKET=
[18:21] <dandrader> so my mir_demo_client_egltriangle is giving a "Can't get connection" error message when I try to run it in my mir_proving_server. how do I start debugging this?
[18:21] <anpok> and --arw-file to ensure that the permission .
[18:22] <anpok> is open enough for other users
[18:22] <dandrader> anpok, yeah, did "sudo chmod a+rw /tmp/mir_socket" as well
[18:22] <dandrader> anpok, what client-side env vars should I set to get some logging explaining what's going on?
[18:23] <dandrader> anpok, or is it really a very basic error where logging wouldn't help anyway...
[18:55] <anpok> hmm dandrader, tried to reproduce but I my vivid vm now has problems with egl..
[18:55] <anpok> dandrader: MIR_SERVER_SESSION_MEDIATOR_REPORT and _CONNETION_REPORT = log are the most basic logs for server interactions
[18:56] <anpok> sorry CONNECTOR_REPORT
[18:59] <dandrader> anpok, but that's on the server side. any env var I could set on the client side?
[19:02] <anpok> there is MIR_CLIENT_RPC_REPORT..
[19:02] <anpok> but not sure what do read out of it
[19:02] <dandrader> the issue seems to be on the client side. like it's not really finding the socket file. so I would like to know what exactly is the filename + path it's trying to use
[19:02] <anpok> strace hmm
[19:11] <dandrader> anpok, thanks for the strace tip. good one
[19:12] <dandrader> anpok, so the problem seem indeed server side: http://paste.ubuntu.com/12330409/
[19:12] <dandrader> anpok, what do you make of this exception?
[19:13] <anpok> hm try fingerpaint?
[19:13] <dandrader> it's like client process ended suddenly or something
[19:13]  * dandrader tries
[19:14] <dandrader> anpok, ah, interesting. it gives more output
[19:15] <dandrader> anpok,  http://paste.ubuntu.com/12330431/
[19:15] <dandrader> anpok, seems I'm missing some package :)
[19:16] <dandrader> I do have  a /usr/lib/x86_64-linux-gnu/mir/client-platform/mesa.so.2
[19:17] <dandrader> which seems to come from a local build of mir 0.14...
[19:17]  * dandrader installs mir-client-platform-mesa3
[19:19] <dandrader> great! now it finally works!
[19:19] <dandrader> anpok, thanks for the help!
[23:04] <RAOF> tedg: Right. The bits that are needed are kms (modesetting), EGL-on-KMS (Mir rendering), and EGL hooks (client rendering).


[08:40] <seb128> ricotz, hey, is bug #2025299 a known issue?
[08:40] -ubottu:#ubuntu-desktop- Bug 2025299 in firefox (Ubuntu) "Firefox 115.0+build1-0ubuntu<IP_ADDRESS>~mt1 - Unity Global Menu Missing" [Undecided, New] https://launchpad.net/bugs/2025299
[10:22] <ricotz> seb128, hello, yes, I have disabled it, will try to enable it with build2
[10:22] <ricotz> (the patch causes a build failure which needs fixing)
[11:41] <seb128> ricotz, ack, thanks