[00:01] <wgrant> sinzui: Sure.
[00:03] <wgrant> sinzui: We're on maintenance for a little longer, then?
[00:03] <wgrant> Ah, I see the email.
[01:04] <lifeless> wgrant: to -dev? or squad only?
[01:16] <wgrant> lifeless: Squad only.
[01:17] <wgrant> lifeless: What's your opinion on BPB/SPRB URLs?
[01:17] <wgrant> Currently I'm reverting BPB to +build, and SPRB to a new +recipebuild.
[01:32] <lifeless> wgrant: works for me
[01:32] <wgrant> The BPB URL probably isn't ideal, but it's not introducing a new one so I don't care too much.
[01:33] <lifeless> yeah
[01:33] <lifeless> you could do sourcebuild or something
[01:33] <lifeless> but I think recipe build is fine
[01:34] <wgrant> Hmm, bigjools didn't start the mawson restore.
[02:23] <wgrant> sinzui: Did you want to talk about that bug at some point?
[02:38] <lifeless> I'm going to get tired of clicking 'one hour' soon, I can tell.
[02:38] <StevenK> lifeless: Hm?
[02:38] <lifeless> launchpadlib desktop integration
[02:56] <sinzui> wgrant: hi. I do want to talk about that bug. I can now now or any time in the next two hours
[03:13] <LPCIBot> Project windmill-devel build #3: STILL FAILING in 1 hr 4 min: https://lpci.wedontsleep.org/job/windmill-devel/3/
[03:22] <lifeless> anyone know what translationtemplateitem.sequence means?
[03:23] <wgrant> lifeless: It's just used to preserve the POT's order, AIUI.
[03:23]  * StevenK grumbles. I don't want to add DistroSeriesParent to the sampledata
[03:29] <lifeless> so don't
[03:29] <lifeless> I don't want you to either
[03:29] <wgrant> getById or getByID?
[03:30] <wgrant> I think the latter.
[03:30] <wgrant> But we use both.
[03:30] <wgrant> But I need to change one of them to the other.
[03:30] <wgrant> So I want more opinions.
[03:30] <lifeless> the latter
[03:30] <wgrant> Thanks.
[03:30] <lifeless> fooID
[03:30] <lifeless> is the table convention
[03:30] <lifeless> so folk will expect that elsewhere
[03:31] <wgrant> Only for SQLObject.
[03:31] <wgrant> For Storm we use foo_id.
[03:31] <lifeless> which is 90% of our ORM objects
[03:31] <wgrant> And that's not camelCase anyway.
[03:31] <lifeless> headdesk
[03:31] <lifeless> select count(*), potemplate is null from translationmessage group by potemplate is null;
[03:31] <lifeless>   count   | ?column?
[03:31] <lifeless> ----------+----------
[03:31] <lifeless>  17773385 | f
[03:31] <lifeless> where's jeroen when you need him
[03:31] <lifeless>  51852904 | t
[03:32] <wgrant> Why?
[03:33] <lifeless> to find out why tm.potemplate is set in only some rows
[03:33] <wgrant> Bah. Our Storm sugar class defines getById :/
[03:33] <lifeless> I'm looking at bug https://bugs.launchpad.net/launchpad/+bug/534203
[03:33] <_mup_> Bug #534203: Timeouts on POFile:+filter (filter by person) <lp-translations> <timeout> <Launchpad itself:Triaged> < https://launchpad.net/bugs/534203 >
[03:34] <wgrant> lifeless: I think POTemplate is only used for non-shared translations.
[03:34] <wgrant> lifeless: Shared ones use POTMsgSet.
[03:35] <wgrant> Yeah.
[03:35] <wgrant>     def shareIfPossible(self):
[03:35] <wgrant>         """See `ITranslationMessage`."""
[03:35] <wgrant>         if self.potemplate is None:
[03:35] <wgrant>             # Already converged.
[03:35] <wgrant>             return
[03:35] <lifeless> so we'll eventually drop the column?
[03:35] <wgrant> I believe so.
[03:35] <lifeless> hmm
[03:36] <lifeless> this is a good reason not to abuse semantic fields as indicators
[03:36] <lifeless> s/reason/example of/
[03:54] <LPCIBot> Project windmill-devel build #4: STILL FAILING in 40 min: https://lpci.wedontsleep.org/job/windmill-devel/4/
[04:35] <LPCIBot> Project windmill-devel build #5: STILL FAILING in 41 min: https://lpci.wedontsleep.org/job/windmill-devel/5/
[07:28] <LPCIBot> Project devel build #685: FAILURE in 5 hr 32 min: https://lpci.wedontsleep.org/job/devel/685/
[07:28]  * StevenK frowns at Jenkins
[07:29] <LPCIBot> Project windmill-db-devel build #231: STILL FAILING in 1 hr 4 min: https://lpci.wedontsleep.org/job/windmill-db-devel/231/
[07:29] <StevenK> Oh, sigh. Jenkins hasn't got a clue how long windmill-devel takes since one build hasn't been sucessful yet.
[07:29] <wgrant> Heh.
[07:30] <StevenK> However, four slaves up and building makes me happy.
[07:30] <wgrant> But not Canonicloud.
[07:30] <StevenK> Huh?
[07:31] <wgrant> It probably doesn't make the cloud very happy.
[07:31] <StevenK> No idea, TBH, but IS haven't chased me.
[07:33] <wgrant> StevenK: Linode native IPv6 is handy. My tunneled v6 routing to Fremont is apparently 10ms faster than native v4.
[07:33] <StevenK> Mmmmm, I was going to jump when they fix the DNS to handle AAAA.
[07:34] <wgrant> You can add AAAA, but the NSes don't have AAAAs themselves yet.
[07:34] <StevenK> Which means you can't resolve v6-only anyway :-)
[07:34] <wgrant> Right :(
[07:50] <LPCIBot> Project windmill-devel build #6: STILL FAILING in 1 hr 10 min: https://lpci.wedontsleep.org/job/windmill-devel/6/
[08:15] <adeuring> good morning
[09:02] <bigjools> morning folks
[09:06] <allenap> Morning bigjools, morning gnuoy, morning all.
[09:19] <LPCIBot> Project windmill-devel build #7: STILL FAILING in 6 min 20 sec: https://lpci.wedontsleep.org/job/windmill-devel/7/
[09:20] <StevenK> Uh oh
[09:20] <wgrant> StevenK: codehosting is down.
[09:20] <wgrant> I suspect that's it, but haven't checked the logs.
[09:21] <mrevell> Morning
[09:21] <StevenK> Yeah, that's it
[09:24] <gnuoy> Morning, allenap.
[09:45] <LPCIBot> Project windmill-devel build #8: STILL FAILING in 0.53 sec: https://lpci.wedontsleep.org/job/windmill-devel/8/
[09:58] <StevenK> allenap: http://pastebin.ubuntu.com/603166/
[10:00] <LPCIBot> Project windmill-devel build #9: STILL FAILING in 0.5 sec: https://lpci.wedontsleep.org/job/windmill-devel/9/
[10:01] <StevenK> Bah, stop that, Jenkins!
[10:03] <allenap> StevenK: That looks beautiful :)
[10:07] <StevenK> allenap: Thank you :-)
[10:15] <LPCIBot> Project windmill-devel build #10: STILL FAILING in 0.48 sec: https://lpci.wedontsleep.org/job/windmill-devel/10/
[10:30] <LPCIBot> Project windmill-devel build #11: STILL FAILING in 1.6 sec: https://lpci.wedontsleep.org/job/windmill-devel/11/
[10:31] <lifeless> wheee, killed my lp vm doing a full homedir backup with lmirror (OOM killer)
[10:31] <lifeless> I think I need to check the memory footprint a little :>
[10:45] <LPCIBot> Project windmill-devel build #12: STILL FAILING in 0.5 sec: https://lpci.wedontsleep.org/job/windmill-devel/12/
[10:49] <rvba> wgrant: I'm working on a branch that will use the StormStatementRecorder to monitor the number of statements used by packagecopier.CopyChecker.
[10:49] <rvba> The goal is the measure how many queries have been added by the recently merged perm check thing ... and also to have a test to keep the number of queries under a tight leash if we add more things in the future.
[10:50] <rvba> Steven told me you might have done something like that already ... but I can't find a test that does this ... any advice?
[10:50] <wgrant> rvba: I don't have a test for copychecker itself, but some of the methods it uses are constrained (eg publishBinaries)
[10:51] <rvba> wgrant: ok ... so I guess the work I'm doing makes sense then.
[10:51] <wgrant> rvba: Yup.
[10:51] <wgrant> rvba: We do need tests for that.
[10:51] <wgrant> Just nobody's written them yet.
[10:52] <wgrant> And they're pretty easy to write these days.
[10:52] <rvba> right
[10:52] <rvba> I'll take a look at was as been done with publishBinaries.
[10:52] <rvba> wgrant: thanks.
[10:52] <rvba> s/as/has/
[10:52] <wgrant> I may have misremembered. But grep around for StormStatementRecorder to see examples.
[10:52] <rvba> I've done that yeah.
[10:53] <wgrant> I think I was going to do it, but something was still not constant enough for it to be practical.
[10:55] <rvba> I see. My plan is to see how many statements it takes on average (after having created a bunch of sources) ... have create a test with that number hardcoded so that if a changes increases the number of queries issued a lot, one will get a warning.
[10:58] <rvba> I can't think of a better way to do this given that checkCopy does quite a lot of things in one call.
[11:00] <LPCIBot> Project windmill-devel build #13: STILL FAILING in 0.51 sec: https://lpci.wedontsleep.org/job/windmill-devel/13/
[11:06] <lifeless> rvba: wgrant: the worker to look for is HasQueryCount
[11:07] <wgrant> That too.
[11:07] <rvba> lifeless: yeah, I took a recent test by Gavin that uses that as an inspiration
[11:08] <lifeless> cool
[11:08] <lifeless> if you're testing a page, RendersWith something or other is a wrapper
[11:11] <rvba> I've only tested a few things ... but it does not seem to be constant (or maybe I have not properly cleaned up the cache) ... with 30 sources I've an avg of 12.23 (.23?) queries, with 300 sources the avg becomes 12.023
[11:12] <rvba> maybe I should stick to testing small individual methods as opposed to the whole checkCopy method.
[11:15] <LPCIBot> Project windmill-devel build #14: STILL FAILING in 0.49 sec: https://lpci.wedontsleep.org/job/windmill-devel/14/
[11:30] <LPCIBot> Project windmill-devel build #15: STILL FAILING in 1.3 sec: https://lpci.wedontsleep.org/job/windmill-devel/15/
[11:32] <henninge> Why is PQM rejecting my landings?
[11:33] <henninge> Command failed!
[11:33] <henninge> running 0 tests...
[11:33] <henninge> ----------------------------------------------------------------------
[11:33] <henninge> Ran 0 tests in 0.000s
[11:33] <wgrant> henninge: What's in the attachments it sends back?
[11:33] <wgrant> We are probably in testfix.
[11:33] <wgrant> stdout should tell you.
[11:33] <henninge> it does
[11:33] <wgrant> Looks like buildbot is a bit unhappy. I've forced it.
[11:34] <henninge> why is that not in the mail itself ...
[11:34] <wgrant> No idea :/
[11:34] <henninge> it used to be
[11:34] <henninge> wgrant: tanks
[11:34] <henninge> thanks
[11:35] <StevenK> henninge: It's because PQM is terrible
[11:36] <henninge> how have we been planning to switch to tarmac?
[11:37] <henninge> PQM script success ;-)
[11:42] <bigjools> wgrant: we can't land StevenK's changes to use DSP on prod as he's got more schema changes.  Can you think of anything that will break in oneiric if we change its parent_series for a month?
[11:43] <wgrant> bigjools: Translations might.
[11:43] <wgrant> bigjools: Although hopefully only initialisation uses that.
[11:43] <bigjools> yeah
[11:43] <bigjools> it's been initialised, so ... I am looking for anything else
[11:44] <LPCIBot> Yippie, build fixed!
[11:44] <LPCIBot> Project db-devel build #513: FIXED in 5 hr 32 min: https://lpci.wedontsleep.org/job/db-devel/513/
[11:44] <bigjools> LPCIBot gets a woody
[11:44] <wgrant> bigjools: SourcePackage.packaging uses it...
[11:44] <wgrant> Which may break bug linking.
[11:45] <bigjools> easily fixed
[11:45] <LPCIBot> Project windmill-devel build #16: STILL FAILING in 0.55 sec: https://lpci.wedontsleep.org/job/windmill-devel/16/
[11:47] <wgrant> I'm thinking about getBuildByArch.
[11:47] <wgrant> It's *probably* not going to matter, but it's hard to be sure immediately.
[11:48] <bigjools> bug 643369
[11:48] <_mup_> Bug #643369: IDistroSeries.deriveDistroSeries() should use the security adapter <derivation> <lp-registry> <Launchpad itself:Triaged> < https://launchpad.net/bugs/643369 >
[11:52] <bigjools> wgrant: euargh
[11:52] <bigjools> that code is gross
[11:53] <wgrant> And slow.
[11:53] <wgrant> Damn slow.
[11:53] <bigjools> wgrant: wtf does it need to traverse over parent_series - it should just go backwards over versions
[11:53] <wgrant> bigjools: :/
[11:54] <bigjools> although, we didn't make distroseries.version a debversion did we?
[11:54] <bigjools> yeah, that will break horribly if we change parent_series.  Damn.
[11:57] <wgrant> I'm not sure the breakage will matter.
[11:59] <bigjools> wgrant: it might break build uploads
[11:59] <bigjools> actually
[11:59] <bigjools> wtf
[12:00] <bigjools> ah it was only used for security uploads
[12:00] <bigjools> the old style
[12:00] <LPCIBot> Project windmill-devel build #17: STILL FAILING in 0.56 sec: https://lpci.wedontsleep.org/job/windmill-devel/17/
[12:01] <wgrant> bigjools: Yes.
[12:01] <wgrant> bigjools: Well, not entirely.
[12:01] <wgrant> It only creates builds for that case.
[12:02] <wgrant> But it will use parent_series when searching for existing builds too.
[12:02] <wgrant> eg. in createMissingBuilds.
[12:02] <wgrant> But that's probably not relevant here.
[12:02] <bigjools> yeah, but it relies on getBuildByArch working
[12:02] <wgrant> Since everything should be found in the series itself.
[12:02] <bigjools> if it finds nothing it'll start creating new builds
[12:15] <LPCIBot> Project windmill-devel build #18: STILL FAILING in 1.5 sec: https://lpci.wedontsleep.org/job/windmill-devel/18/
[12:18]  * StevenK cleans up after that
[12:19] <StevenK> Right. Slave deleted, build scheduled.
[12:37] <LPCIBot> Yippie, build fixed!
[12:37] <LPCIBot> Project devel build #686: FIXED in 5 hr 8 min: https://lpci.wedontsleep.org/job/devel/686/
[12:38] <danilos> lifeless, I see you declined a request to join 'launchpad' team into malone-alpha with "a flag would be better": we do have a flag, but we've set it to team malone-alpha, and we'd like to expand that a step at a time, so if we can't have multiple team rules, can we please add it? (unless other stuff has been arranged in the meantime)
[12:39] <danilos> lifeless, and hi :)
[12:40] <wgrant> danilos: You should be able to have multiple team rules.
[12:40] <wgrant> danilos: Does it not work?
[12:41] <danilos> wgrant, I don't know, I never knew it was supposed to work
[12:42] <wgrant> danilos: It will scan through until it finds a rule that matches.
[12:42] <wgrant> From highest priority to lowest.
[12:42] <wgrant> There was a bug until last week that meant the 'default' scope took precedence, but multiple team rules should have worked anyway.
[12:42] <danilos> wgrant, cool, I'll try that then
[13:19] <danilos> losa ping: hi, just to check, if we want feature flags changed/added to, I should use LPS "DB query" section or what'd be the preferred way to communicate them?
[13:19] <mthaddon> danilos: that's fine, yep
[13:20] <danilos> mthaddon, cool
[13:37] <LPCIBot> Project windmill-devel build #19: STILL FAILING in 1 hr 4 min: https://lpci.wedontsleep.org/job/windmill-devel/19/
[13:51] <deryck> Morning, all.
[13:58] <deryck> adeuring, abentley, I'll be about 5 minutes late for standup.  Sorry.
[13:59] <adeuring> deryck: that gives me time to make a coffee :)
[13:59] <abentley> deryck: okay.
[14:07] <deryck> adeuring, henninge -- could be the wifi point I'm using
[14:08] <deryck> adeuring, I'm mooching off the church next door until att arrives :-)
[14:09] <abentley> deryck: have you started?
[14:09] <deryck> abentley, trying to start, connection or mumble not working for me
[14:09] <abentley> deryck: ah.
[14:10] <deryck> abentley, henninge, adeuring -- yeah, just hold the standup and I'll listen
[14:14] <deryck> if only you could hear me, henninge
[14:14] <deryck> abentley, adeuring, henninge -- thanks, guys!
[15:28] <jcsackett> if i'm adding a class to something in YUI to change its display (in this instance, color), do i have to do anything beyond addClass?
[15:31] <jcsackett> ah, no i do not, but it helps to get the classname right.
[15:32] <sinzui> henninge: ping
[15:32] <henninge> Hi sinzui!
[15:34] <LPCIBot> Project windmill-devel build #20: STILL FAILING in 1 hr 6 min: https://lpci.wedontsleep.org/job/windmill-devel/20/
[15:34] <sinzui> henninge: +1 for your fix, but I am not sure you fixed the actual bug since your encoding line is like the original test.
[15:35] <henninge> sinzui: it is testing for multiple lines now, is it now?
[15:35] <henninge> s/now/not/
[15:35] <sinzui> henninge: I think I am running the checkers in the wrong order. The text checker that sets utf_8 must run first, not last
[15:35]  * henninge thought it did
[15:40] <benji> sinzui: I'm really happy with the improvements you suggested to the UI review yesterday, it's ready for another review when you have the time: https://code.launchpad.net/~benji/launchpad/click-to-close-boxes/+merge/59818
[15:40]  * sinzui looks
[15:41] <henninge> sinzui: ah, now I see. text_check runs last.
[15:43] <sinzui> benji: r=me
[15:43] <benji> great, thanks
[15:43] <sinzui> henninge I can make the ordering change if you do not have time. I should have noticed my stupidity years ago
[15:44] <henninge> sinzui: I can add it, np.
[15:44] <sinzui> henninge: ping me when you want me to merge it into trunk
[15:45] <henninge> sinzui: I don't think it need a test, does it?
[15:45] <sinzui> It does not
[15:48] <henninge> sinzui: pushed, you can merge now.
[15:48] <sinzui> thanks. If the builder at available, this will arrive in the lp ppa in a few hours.
[15:49] <bigjools> sinzui: have you seen the queue? :)
[15:49] <sinzui> yes
[15:49] <sinzui> :(
[16:02] <maxb> Whats the package?
[16:02] <maxb> Oh, and that reminds me
[16:02] <maxb> Would someone like to review my lpreview-body packaging fix?
[16:02] <benji> mrevell: I added a comment to https://bugs.launchpad.net/launchpad/+bug/771231 that asks you to comment on/approve the fix.
[16:02] <maxb> https://code.launchpad.net/~maxb/lpreview-body/fix-package/+merge/59137
[16:02] <_mup_> Bug #771231: There is no confirmation of what I've done after I create a structural subscription <exploratory-testing> <qa-needstesting> <story-better-bug-notification> <Launchpad itself:Fix Committed by benji> < https://launchpad.net/bugs/771231 >
[16:02] <mrevell> thanks benji, /me looks
[16:02] <maxb> You fail, _mup_
[16:02] <bigjools> sinzui: poke me the build ID and I'll get it building quicker
[16:02] <maxb> Oh, whoops, I fail
[16:03] <benji> maxb: heh :)
[16:04] <sinzui> bigjools: I do not think this is necessary. I think we can wait as long as a week to propagate this fix to all the ppas.
[16:04] <mrevell> benji, That's superb. Thanks. Tag changed to qa-ok.
[16:04] <benji> mrevell: great, thanks
[16:05] <maxb> abentley: Hello. I have a review pending for lpreview-body. It has been missed because lpreview-body is not part of launchpad-project. Could you (as project maintainer) consider amending that?
[16:06] <abentley> maxb: sure.
[16:08] <abentley> maxb: however, I'd say the reason that branch has been missed is because it's for packaging, about which I know little.
[16:13] <jml> sinzui: I see there's been a fair bit of discussion on bug 80902 recently. Anything I should be sticking my nose into?
[16:13] <_mup_> Bug #80902: Can't target bug report from project to distribution, or vice versa <bugs> <disclosure> <escalated> <javascript> <linaro> <lp-bugs> <questions> <ubuntu-qa> <Launchpad itself:Triaged by launchpad-green-squad> < https://launchpad.net/bugs/80902 >
[16:15] <sinzui> jml: I do not know. I am certain the work is harder than most people suppose, and I am certain there is a lot over lap with disclosure
[16:15] <sinzui> jml: At the worst, out work on pickers will make that bug easy to fix. at best, we fix that bug
[16:15] <jml> sinzui: ok.
[16:16] <sinzui> At the worst, *our* work on pickers will make that bug easy to fix. at best, we fix that bug
[16:16] <jml> sinzui: are you planning on starting the picker stuff while on maint?
[16:16] <LPCIBot> Project windmill-devel build #21: STILL FAILING in 41 min: https://lpci.wedontsleep.org/job/windmill-devel/21/
[16:17] <sinzui> I have not committed to it, but I was looking at the timouts and ui issues in the vocabs yesterday.
[16:18] <jcsackett> sinzui: have you ever encountered in YUI work the method hasClass failing to work in if else statements?
[16:19] <sinzui> jcsackett: no.
[16:19] <sinzui> jcsackett: can I see a paste of the code
[16:21] <jcsackett> sinzui: http://paste.ubuntu.com/603311/
[16:22] <sinzui> jcsackett: I think hasClass() is at fault
[16:23] <sinzui> jcsackett: isn't it always returning True
[16:23] <jcsackett> sinzui: no. if the class isn't on the element i see false.
[16:23] <jcsackett> if i do like {{{ alert(hidden); }}}
[16:24] <sinzui> jcsackett: then you are saying addClass() does not work
[16:26] <sinzui> jcsackett: have you tried something simpler, like toggleClass()
[16:27] <jcsackett> sinzui: i didn't know such a thing existed.
[16:27] <jcsackett> sinzui: still, here's the thing, i can set up conditions so that hasClass comes back false.
[16:27] <sinzui> jcsackett: http://developer.yahoo.com/yui/3/api/Node.html
[16:27] <jcsackett> but the "true" evaulation still fires off.
[16:29] <abentley> jcsackett: See my Javascript Learnings #3.
[16:31] <jcsackett> abentley, sinzui: i can see how toggleClass does the same thing i'm doing, but it doesn't explain why when hasClass is return 'false' the if clause is evaluting for 'true'.
[16:31] <jcsackett> i'll move on, but this bugs me.
[16:31] <jcsackett> clearly there's a gotcha or subtlety i don't get.
[16:31] <rvba> jcsackett: is hidden a boolean all right? (this bugs me too ;))
[16:32] <sinzui> jcsackett: write the if like if (hidden == true) { to determine if you are a victim of coercion.
[16:32] <abentley> jcsackett: what is hidden_class ?  You're not defining it in the snippit you posted.
[16:33] <jcsackett> hidden_class = "adminHiddenComment"
[16:35] <abentley> jcsackett: I wonder if hidden_class is evaluating to undefined?  I don't know how hasClass would behave with that input.
[16:36] <rvba> jcsackett: I would make sure 'hidden' is of the right type ... a boolean being 'true' or 'false' always evaluated to 'true' in a test is kinda strange.
[16:39] <adeuring> abentley: could you have alook at this (small) MP: https://code.launchpad.net/~adeuring/launchpad/bug-746866/+merge/59954 ?
[16:40] <abentley> adeuring: sure.
[16:40] <adeuring> thanks!
[16:43] <wallyworld> sinzui: hi. i've recently arrived in Budapest. 38 hours with little sleep. running on caffine. gotta stay awake for the welcome dinner :-) when you have a moment, could you please take another look at this mp? i've reworked the implementation to address the issues raised with the first approach. https://code.launchpad.net/~wallyworld/launchpad/poppy-sftp-gpgconf/+merge/59154
[16:44]  * sinzui does
[16:55] <abentley> adeuring: r=me, but the spacing change on line 30 of the patch looks wrong.
[16:56] <adeuring> abentley: oops... I'll fix it. thanks for the review!
[16:56] <abentley> adeuring: np
[17:17] <sinzui> wallyworld: r=me
[17:17] <wallyworld> sinzui: thanks.
[17:28] <bigjools> we really need to move the "What next" at the bottom of +filebug to the top-right menu.
[17:30] <bigjools> talking of which, someone will get bug 777777 today
[18:03] <bigjools> good night all
[19:12] <LPCIBot> Project windmill-db-devel build #232: STILL FAILING in 1 hr 15 min: https://lpci.wedontsleep.org/job/windmill-db-devel/232/
[19:15] <cody-somerville> OOPS-1950CQ433
[19:21] <sinzui> deryck: do you have a few minutes to mumble?
[19:23] <deryck> sinzui, I do, sure.  I had mumble issues before though.  so you can help me test too
[19:25] <deryck> sinzui, I hear you
[19:25] <deryck> sinzui, let me log off and work on sound and come back
[19:25] <sinzui> okay
[19:26] <deryck> I assumed it was bad wifi this morning
[19:27] <sinzui> deryck: My sound is set to use pulse, I do not see any hacks for the sound driver in /etc/modprobe.d  anymore
[19:27] <dobey> maybe your wifi got stolen too, from PSN
[19:27] <deryck> ah, that's it!
[19:27] <deryck> actually that does help....
[19:28] <deryck> I was hacking sound to get games running under wine with no psn ;)
[19:28] <deryck> I had forgot
[19:28] <dobey> heh
[19:28] <dobey> glad to be so helpful :)
[19:28] <LPCIBot> Project windmill-devel build #22: STILL FAILING in 1 hr 4 min: https://lpci.wedontsleep.org/job/windmill-devel/22/
[19:32] <deryck> sinzui, right
[19:33] <deryck> sinzui, I'll try again.  maybe it wasn't anything gaming related then ;)
[19:33] <sinzui> I do not see your icon changing, My computer does not think you are talking
[19:33] <deryck> sinzui, logging off while I futz with settings again
[19:33] <lifeless> flacoste: https://bugs.launchpad.net/launchpad/+bug/534203/comments/10 may interest you
[19:33] <_mup_> Bug #534203: Timeouts on POFile:+filter (filter by person) <lp-translations> <timeout> <Launchpad itself:Triaged> < https://launchpad.net/bugs/534203 >
[19:33] <deryck> sinzui, and I've got solid red lips on my end.  but the sound settings all seem ok on my end
[19:33] <lifeless> flacoste: cold cache we're 60 seconds for the relevant query
[19:33] <lifeless> flacoste: tis a miracle it works at all
[19:34] <lifeless> flacoste: the most expedient solution would be main memory > db size for all db servers.
[19:34] <lifeless> flacoste: this would scale badly because we have complete replicas, no partitioning
[19:34] <lifeless> danilos: hi
[19:35] <lifeless> danilos: are you still around?
[19:36] <flacoste> lifeless: i'll ask charlie/elmo about what's the RAM situation nowadays with our DB servers
[19:36] <flacoste> not sure we can get more
[19:36] <lifeless> flacoste: I want to hear elmos voice when we ask about a 250GB upgrade.
[19:36] <lifeless> flacoste: so it can wait for our biweekly ISP call :>
[19:36] <flacoste> lifeless: :-)
[19:37] <lifeless> flacoste: for clariry - I'm not recommending this option at this point
[19:37] <lifeless> flacoste: just noting that we're starting to hit things which we can't reasonably expect to be hot given our 3:1 db:memory ratio
[19:38] <deryck> sinzui, I take it you can't hear me again
[19:38] <flacoste> lifeless: on an unrelated note, we should address bug 297052 at some point
[19:38] <_mup_> Bug #297052: Webservice requests never use a slave database because last-write time is unknown <api> <lp-foundations> <Launchpad itself:Triaged> < https://launchpad.net/bugs/297052 >
[19:38] <flacoste> given that we have a 2:1 API to web ratio
[19:39] <lifeless> flacoste: indeed; or change our scaling tech and obsolete that :>:>
[19:39] <flacoste> now that we support read-only API requests, we might trivially send all of them to slaves
[19:39] <lifeless> anonymous ones - for sure
[19:39] <flacoste> not sure how much of our traffic is anonymous API though
[19:40] <sinzui> deryck: https://dev.launchpad.net/Registry/ProjectReview
[19:43] <lifeless> benji: thanks
[19:43] <benji> my pleasure
[19:44] <lifeless> jml: btw - subunit trunk -> py3 ok
[20:00] <LPCIBot> Project windmill-db-devel build #233: STILL FAILING in 48 min: https://lpci.wedontsleep.org/job/windmill-db-devel/233/
[20:09] <LPCIBot> Project windmill-devel build #23: STILL FAILING in 41 min: https://lpci.wedontsleep.org/job/windmill-devel/23/
[20:11] <flacoste> lifeless: i think i'll leave the total time column in, i do use it for sorting to see what page are high-impact (hits * mean)
[20:12] <lifeless> flacoste: high impact in what way
[20:12] <flacoste> lifeless: free more resources, drop significantly our oops count
[20:13] <flacoste> although the later could be get at by sorting on total hits on the timeout candidate report
[20:13] <flacoste> and the first one may be dubious
[20:13] <lifeless> flacoste: so, for oops count the profile of oopses in the oops summaries is more reliable
[20:13] <lifeless> flacoste: e.g. questions rarely oops (though they do) even though they have 50 second long requests
[20:14] <flacoste> (i do have the changes made on a local branch, just got doubts when about to submit it)
[20:14] <lifeless> flacoste: as a metric of footprint on the system sum of time spent processing isn't unreasonable
[20:15] <lifeless> flacoste: but it doesn't tell us much about the fat in the page
[20:15] <flacoste> and less is more
[20:15] <lifeless> flacoste: something like fat-in-page*hits would be an interesting order
[20:15] <flacoste> so let's remove it
[20:15] <flacoste> how would you assess fat-in-page?
[20:16] <lifeless> I don't know
[20:16] <lifeless> :)
[20:16] <lifeless> uhm
[20:17] <lifeless> high sql *count* would be a reasonable first metric.
[20:17] <lifeless> so 99the percentile of sql query count * hits
[20:18] <lifeless> as a broad proxy for inefficient + high use
[20:19] <lifeless> (not 99th percentil of sql *time*, because things like bug search are not inefficient, they are slow backends - and as such not fat on page but need redesign/new systems
[20:19] <lifeless> 99th% by time doesn't need the ht count multiplier to be useful I guess is my point
[20:20] <flacoste> ok, i'll remove the total_time column
[20:20] <flacoste> not sure about the real usefulness of the 'Fat-in-page' column, i'll add it and let's remove it later if it's doesn't see usage
[20:22] <lifeless> ok!
[20:23] <lifeless> it will be interesting to see if it lines up with the oops report
[20:27] <flacoste> lifeless: actually, looking at it locally, it seems pretty useless :-/
[20:27] <flacoste> all the top-pages are high hits low sql statements
[20:27] <vokoda`> when I try to view a file on launchpad with a file_id param I get a redirect loop error - is this a launchpad or loggerhead bug? is there a report?
[20:28] <lifeless> flacoste: with real data?
[20:28] <flacoste> lifeless: well, a subset of real data
[20:28] <flacoste> lifeless: (the log of one app server)
[20:28] <lifeless> vokoda`: that would be a loggerhead bug, I think there is a bug filed already
[20:29] <lifeless> flacoste: so, that suggests that our massively assymettric app will benefit more by reducing the sql count slightly on high frequency pages than by reducing it on low frequency pages
[20:29] <flacoste> lifeless: it does, yeah
[20:29] <lifeless> flacoste: its the basic input into a pareto analysis
[20:29] <flacoste> if we would want to drive DB usage down
[20:30] <lifeless> flacoste: I would like to see it for a bit, if thats ok
[20:30] <vokoda`> lifeless: yep just found it, filed just 10 days ago.. I'm sure this bug's been around much longer
[20:30] <flacoste> on the top50.html report, the lowest hits*sql statements is /+bugtarget-portlet-bugfilters-stats
[20:30] <lifeless> flacoste: that matches my intuition
[20:30] <flacoste> and the highest one is api/beta/ubuntu
[20:31] <lifeless> flacoste: cool
[20:31] <lifeless> flacoste: so this makes it useful:
[20:31] <flacoste> and api/beta/ubuntu is 276 more 'important' than the stats portlet
[20:31] <lifeless>  /+bugtarget-portlet-bugfilters-stats is rare we know, and we know it has issues because the thing is in the oops + timeout candidates
[20:31] <flacoste> according to that metric
[20:32] <flacoste> fair enough, i'll merge this change
[20:32] <jcsackett> sinzui: mumble?
[20:33] <sinzui> jcsackett: sure
[20:34] <lifeless> flacoste: so you're looking by url thre
[20:34] <lifeless> flacoste: if you look by pageid
[20:35] <lifeless> dum de dum browsers hate these pages
[20:35]  * flacoste waits for the JS script to finish rendering
[20:36]  * flacoste makes note to try those in chromium
[20:37] <lifeless> flacoste: Distribution:EntryResource
[20:37] <lifeless> 231101 hits
[20:37] <lifeless> 0.36 99th percentile
[20:37] <flacoste> Bug:EntryResource ,  BugTask:+index, DistroSeries:EntryResource
[20:37] <flacoste> are the top ones
[20:37] <flacoste> (on my local report)
[20:38] <lifeless> 33 statements 99th percentile
[20:38] <lifeless> thats quite a few :)
[20:39] <flacoste> 132 of BugTask+index
[20:39] <flacoste> for
[20:39] <flacoste> 48 for Person:EntryResource
[20:39] <lifeless> Bug:EntryResource 779685
[20:39] <flacoste> yeah, i think this will be interesting
[20:39] <lifeless> 43 99th percentile sql statements
[20:56] <lifeless> breakfast time
[21:13] <lifeless> abentley: bug 739921 - I think you may have missed a subtlety in the filing, I've made it more clear and reopened it
[21:13] <_mup_> Bug #739921: The link "see all merge proposals" on person/product/+activereviews 404s <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/739921 >
[21:25] <abentley> lifeless: good catch.
[21:28] <LPCIBot> Project windmill-devel build #24: STILL FAILING in 1 hr 12 min: https://lpci.wedontsleep.org/job/windmill-devel/24/
[22:15] <LPCIBot> Project windmill-devel build #25: STILL FAILING in 46 min: https://lpci.wedontsleep.org/job/windmill-devel/25/
[22:36] <deryck> Later on everyone
[23:12] <lifeless> jml: still up?
[23:17] <lifeless> wgrant: recipe + binary builds
[23:17] <lifeless> wgrant: is there any reason we shouldn't insert the binary build when a recipe finishes at the same point in the queue that the recipe was (e.g. front)
[23:53] <lifeless> I'm not sure how to qa http://launchpad.net/bugs/773261
[23:53] <_mup_> Bug #773261: The permission check for syncing packages on the differences pages (+localpackagediff) should be done on a per-package basis and not by checking lp.Edit on the series. <derivation> <qa-needstesting> <Launchpad itself:Fix Committed by rvb> < https://launchpad.net/bugs/773261 >


[06:39] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4359 Needs rebuild due to higher version at destination
[23:17] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/4336 Proposed pocket (groovy/adcli). Ready to build (groovy/sssd)


[00:34] <bdmurray> slangasek: I've uploaded xorg and update-manager changes for fglrx and hwe support
[00:42] <slangasek> bdmurray: \o/ thanks
[07:33] <acheronuk> do daily isos stop building after so many failures? e.g. https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/kubuntu
[07:37] <jbicha> acheronuk: I tried asking in #kubuntu-devel this weekend for someone to try to rebuild the yakkety iso since it might work now (the kactivities binary has been removed)
[07:37] <tsimonq2> jbicha: that's what we're trying to get done now ;)
[07:37] <cjwatson> There's nothing automatic that stops image builds after failures.
[07:38] <tsimonq2> oh, weird
[07:38] <cjwatson> But the Kubuntu image build is commented out of the crontab for some reason.
[07:38] <tsimonq2> could someone rebuild Kubuntu Yakkety then?
[07:39] <cjwatson> I've uncommented it and started a build.
[07:39] <tsimonq2> ahh, so a member of the release team might have done that
[07:39] <tsimonq2> thanks so much cjwatson! :)
[07:39] <tsimonq2> acheronuk: ^
[07:39] <cjwatson> Could have been an accident when dealing with disabled builds around the beta.
[07:39] <acheronuk> jbicha: yes I saw that. yofl is snowed under with other commitments I think, so proably didn't see it
[07:41] <acheronuk> may still fail, but would be nice to give it a poke and see now kactivities is gone
[07:42] <cjwatson> Yep.
[07:42] <cjwatson> Should be on automatic as usual now, anyway.
[07:42] <acheronuk> thank you :)
[07:42] <cjwatson> np
[07:44] <jbicha> cjwatson: since we already missed today's run, do you want to run a kubuntu iso rebuild now?
[07:45] <cjwatson> jbicha: 08:39 <cjwatson> I've uncommented it and started a build.
[07:45] <jbicha> thanks
[07:48]  * acheronuk crosses everything it works
[07:53] <acheronuk> BTW, are these the build scripts? http://bazaar.launchpad.net/~ubuntu-cdimage/debian-cd/ubuntu/files
[07:56] <cjwatson> That's part of them, but debian-cd is mostly not very interesting for live-CD-type builds.
[07:57] <cjwatson> The top level is lp:ubuntu-cdimage, but most of the actual live filesystem content is constructed by the livecd-rootfs and live-build packages.
[07:57] <cjwatson> (lp:ubuntu-cdimage is mainly coordination and publishing)
[07:59] <acheronuk> ah. ok. thanks
[08:08] <acheronuk> that seemed to build :D
[14:50] <barry> release team, can i get a rubber stamp for LP: #1617007 ?
[15:26] <apw> ^ /me is on that ...
[15:46] <bdmurray> slangasek: Could you review the update-manager / xorg-server-lts-xenial uploads in the Trusty queue?
[15:49] <robru> xnox: if you're still about can you take a look at my reply to your review of my branch? thanks
[15:56] <slangasek> bdmurray: looking
[16:03] <xnox> weird, i didn't get an email.
[16:09] <robru> xnox: oh I replied to the email I got
[16:10] <robru> xnox: my reply went through lp
[16:31] <xnox> robru, lp is slow =) finally got your email. responded on launchpad instead.
[16:32] <xnox> robru, the order of how things are cloned and merged matters a lot....
[16:32] <xnox> ideally one should fetch/reset to project's master branch first
[16:32] <xnox> and then from there call: merge lp:proposed-repo proposed-fix-branch
[16:32] <xnox> instead of reverse. See my further comments.
[17:16] <slangasek> bdmurray: accepted, thanks
[18:36] <robru> xnox: slangasek: what's the git equivalent of bzr-builddeb, specifically the part that allows it to merge debian/changelog without conflicts?
[18:38] <slangasek> robru: 'dpkg-mergechangelogs'
[18:38] <xnox> robru, i have a thing for you sir!
[18:38] <xnox> robru, "just" specify
[18:38] <xnox> [merge "dpkg-mergechangelogs"]
[18:38] <xnox>         name = debian/changelog merge driver
[18:38] <xnox>         driver = dpkg-mergechangelogs -m %O %A %B %A
[18:38] <slangasek> (which is the underlying implementation in bzr-builddeb's implementation also)
[18:38] <xnox> in ~/.gitconfig
[18:39] <xnox> and then there is more
[18:39] <robru> xnox: slangasek: great, thanks
[18:39] <xnox> $ cat ~/.config/git/attributes
[18:39] <xnox> debian/changelog merge=dpkg-mergechangelogs
[18:39] <xnox> together first thing creates a merge strategy
[18:39] <xnox> the second thing sets a "global" (XDG_BASE_DIR location) attribute to change git behaviour for files that match that pattern in any repository
[18:41] <robru> xnox: what do you mean "any repository"? what repositories will not be handled by the global gitconfig?
[18:42] <xnox> robru, ~/.gitconfig creates a merge strategy, and no files use it.
[18:43] <xnox> robru, ~/.config/git/attributes sets the attribute for any repositories that this user will operate on. "Usually" attributes in git are set on per repository basis in .git/info/attributes and thus don't propagate across clones at all.
[18:43] <xnox> "usually" attributes are used on windows systems to specify line-endings conversions and some such stuff.
[18:43] <robru> xnox: ah
[18:43] <xnox> dpkg-mergechangelogs is "weird"
[18:45] <robru> xnox: will git know to look in ~/.config if no $XDG_* variables are set? this is not running as an interactive user
[18:45] <robru> xnox: better question, where does git look for global attributes when no $XDG_* vars are set ;-)
[18:47] <robru> xnox: nm, "If $XDG_CONFIG_HOME is either not set or empty, $HOME/.config/git/attributes is used instead."
[18:49] <xnox> robru, yes... XDG spec says to try $HOME/.config if e.g. XDG_CONFIG_HOME is not set.
[18:50] <xnox> that's why XDG base dir spec is good.
[18:54] <robru> xnox: hm, not working, any ideas here: http://paste.ubuntu.com/23113050/ ?
[18:56] <xnox> robru, ok, and what users runs git? and is the home for that user in /var/www ?
[18:56]  * xnox checks my configs more
[18:56] <robru> xnox: yes, www-data is running git, and /var/www is $HOME
[18:56] <robru> I'll try to reproduce locally, maybe it's a real conflict
[18:58] <xnox> robru, $ sudo apt install dpkg-dev ?
[19:00] <robru> xnox: already installed
[19:00] <xnox> robru, check permissions on those files too... should be owned by www-data.
[19:00]  * xnox tries to find a way to validate which attributes are applied for a file
[19:01] <xnox> $ git check-attr --all debian/changelog
[19:01] <xnox> debian/changelog: merge: dpkg-mergechangelogs
[19:01] <robru> xnox: this may be a legitimate conflict, these changelogs were both done by hand so it's not clear to me that this is quite what mergechangelogs was meant for: http://paste.ubuntu.com/23113075/
[19:02] <xnox> horum. yeah.
[19:02] <xnox> quick way to check that dpkg-mergechangelogs work is to "merge" a git-import-dsc "commit"
[19:03] <xnox> or run the check-attr command.
[19:03] <xnox> if that shows as enabled for debian/changelog, then all is good, and one should get less merge conflicts.
[19:03] <robru> xnox: oh I see, it's trying to merge two different entries with the same version number, that's why
[19:03] <xnox> robru, which means that dpkg-mergechangelogs is doing something, and trying to be helpful.
[19:03] <xnox> possibly
[19:04] <robru> xnox: ok thanks, yeah I think everything is good, just bad example to test with
[19:04]  * xnox wonders if launchpad has dpkg-mergechangelogs setup
[19:04] <xnox> for git
[20:23] <cjwatson> xnox: it does not, but it would at most only matter for merge previews
[20:23] <cjwatson> xnox: and arguably setting it up for those would be misleading, because it would mean an apparently conflict-free merge would only be conflict-free if you happened to have dpkg-mergechangelogs set up
[20:24] <xnox> true, yet it would be so nice.
[20:24] <xnox> to be honest, i'm failing to see why debian/ubuntu does not ship that enabled globally by default.
[20:24] <xnox> it would be easy enough to do.


[00:33] <pvl1> hello
[00:35] <pvl1> woa kool never heard of pacs
[00:40] <rmg51> next meeting is Sat. the 15th
[00:50] <pvl1> where at
[00:58] <rmg51> http://pacsnet.org/
[00:59] <rmg51> if your anywhere near Willow Grove :-D
[01:01] <pvl1> i am actually
[01:02] <pvl1> i wish i could find some like computer related work in the area
[01:02] <rmg51> the Linux Sig meets at 1 pm
[01:03] <pvl1> sig? and u mean for pacsnet?
[01:04] <rmg51> special interest group
[01:04] <rmg51> there are a bunch of different meetings throughout the day
[01:04] <rmg51> starting at 8 am
[01:05] <pvl1> ah ok, but i may be busy working, maybe not, idk yet. but like, whats the point of these groups?
[01:06] <rmg51> learn, contribute
[01:07] <rmg51> http://pacsnet.org/
[01:07] <pvl1> i shall investigate
[01:07] <pvl1> wanna tell me where i can get a job working with computers now?
[01:07] <rmg51> that will give you an idea of what is happening during the day
[01:21] <InHisName> you, me and 19,998 others are all looking for job in IT, computers or whatever, pvl1
[01:23] <pvl1> maybe we should start our own company then!!
[01:23] <InHisName> Can't call ourselves "geek squad" that's taken already.
[01:30] <pvl1> squadgeek
[03:36] <InHisName> Hmm, not quite the same pizzaz, buuut....
[09:51] <rmg51> Morning
[10:03] <JonathanD> Morning.
[10:14] <rmg51> 0/
[10:15] <JonathanD> hey rmg51
[10:16] <rmg51> hey JonathanD
[10:17] <JonathanD> Whats up?
[10:20] <rmg51> just us
[10:20] <rmg51> otherwise the same old thing
[10:20] <rmg51> getting ready for work and reading the morning paper
[10:22] <JonathanD> yup
[11:48] <InHisName> getting kids ready for school bus
[12:02] <teddy-dbear> morning
[13:05] <InHisName> Now gone to school and back to computer and re-arranging computer room in basement.
[13:07] <JonathanD> Howdy MutantTurkey
[13:07] <MutantTurkey> hey man
[13:07] <MutantTurkey> what's up?
[13:07] <JonathanD> Nothing much.
[13:07] <MutantTurkey> doode I am freaking out, my new laptop is broken :|
[13:08] <InHisName> drunken rage ? MutantTurkey
[13:11] <MutantTurkey> no drunken rage
[13:11] <MutantTurkey> I don't do drunken rages, I am not yet 21
[13:13] <MutantTurkey> what the hell lenovo, it's a 1200 dollar laptop. it shouldn't break in 3 weeks
[13:14] <JonathanD> :(
[13:14] <JonathanD> Whats wrong with it?
[13:18] <MutantTurkey> the screen/lid is coming apart
[13:18] <JonathanD> now thats just fail.
[13:19] <MutantTurkey> let me upload pics h/o
[13:20] <jedijf> karma, it got broken at that protest thingy
[13:21] <MutantTurkey> jedijf: it didn't even leave the bag
[13:21] <MutantTurkey> it broke when I opened the lit
[13:22] <jedijf> but regardless, that sucks *bigtime*
[13:22] <MutantTurkey> it just cracked
[13:22] <MutantTurkey> I wasn't applying ridiculous pressure on it
[13:22] <MutantTurkey> http://imgur.com/nRWa5,Ycm8G#1
[13:22] <MutantTurkey> http://imgur.com/nRWa5,Ycm8G#0
[13:22] <MutantTurkey> see pictures
[13:23] <MutantTurkey> jedijf: ^
[13:24] <jedijf> that doesn't look like a breadk, looks more like it's coming apart whre it's supposed to if you need to replace lcd
[13:24] <jedijf> reshoot that 0 one, the 1 one looks like bezel separating
[13:25] <MutantTurkey> thats wha tI thought at one
[13:25] <MutantTurkey> thats wha tI thought at first
[13:25] <MutantTurkey> but actually the way to replace the lcd is different
[13:25] <MutantTurkey> I , i looked at the driections
[13:26] <MutantTurkey> sorry, konversation acting up.
[13:26] <MutantTurkey> At first I thought that was it, I read the hardware manual and it isn't how you replac ethe screen
[13:27] <jedijf> is there any crack, which wasn't part of their design?
[13:27] <jedijf> did you try 'snapping' it back in place?
[13:27] <MutantTurkey> nope
[13:27] <MutantTurkey> I don't want to risk it.
[13:28] <MutantTurkey> because its only one side
[13:30] <jedijf> haha ok, it's new
[13:30] <MutantTurkey> any ideas
[13:30] <MutantTurkey> i posted on the lenovo forums
[13:30] <jedijf> it seems that the bezel (albeit an odd spot) just opened....usually bezel opening feels like you're going to break it
[13:31] <jedijf> i would snap it back, but it's not mine, and most of my equipment looks like that anyway
[13:31] <jedijf> so what's in that part of the plastic? speakers?
[13:32] <MutantTurkey>  nothing
[13:33] <jedijf> webcam?
[13:33] <MutantTurkey> maybe acess to the webcam
[13:33] <MutantTurkey> yes
[13:33] <MutantTurkey> thats it
[13:33] <jedijf> so prolly webcam and mic
[13:33] <jedijf> snap it back
[13:33] <MutantTurkey> mics at bottom
[13:33] <MutantTurkey> by keys
[13:34] <MutantTurkey> it won't snap back
[13:34] <MutantTurkey> nothing to snap into.
[13:34] <MutantTurkey> it's sort of just wobbling there
[13:34] <jedijf> start at edge where it's still attached and ziplock baggy it
[13:34] <MutantTurkey> ?
[13:35] <jedijf> apply front and back pressure where it's still attached, and slide that pressure along the opening, resealing the bezel
[13:36] <jedijf> like the children do, when they assemble it
[13:40] <MobileTurkey> jedijf: reading forums. known issue = covered under warranty = i can send back
[13:45] <jedijf> do that
[13:47] <MobileTurkey> will do
[13:47] <MobileTurkey> class is up, be back later
[14:17] <InHisName> So he's gonna have to send it back.     Didja see the new Win8 layout yet ?   Whew !   I think I like unity much better than that !  Took me 40 minutes of reading on how to shutdown.  Ugggh.
[17:31] <musetux> Greetings All! My name is Tony, I registered for the Release party on the 13th, and just wanted to take a second and introduce myself. ive been an Ubuntu user since
[17:31] <musetux> 7.04, and this is the first time I'm meeting local users. I look forward to meeting some of you the 13th and becoming more active in the Ubuntu community in the future.
[17:32] <MutantTurkeyX> hey
[17:32] <MutantTurkeyX> musetux: it's much more fun when you meet all these, uh characters
[17:33] <musetux> Im pretty Stoked! Im kinda tired of being the one explaining Linux, OpenSource, Ubuntu, etc
[17:33] <MutantTurkeyX> yeah
[17:33] <MutantTurkeyX> it is nice to be among fellow people who understand what you are talking about xD
[17:37] <musetux> swaping ideas, and learning from other users is how i seem to learn the fastest. plus the overall community concept is refreshing theses days.
[17:37] <beta0x64_> Am I the only one that has a hard time making pretty looking buttons in GIMP? :(
[17:38] <beta0x64_> read: I suck at graphic design.
[17:38] <knightzero> beta0x64_: You are not alone.
[17:38] <beta0x64_> knightzero: This makes web design an uphill battle
[17:38]  * beta0x64_ slaps beta0x64
[17:39] <MutantTurkeyX> dude, pretty buttons are not the key to good design...
[17:39] <beta0x64_> They sure bring it together.
[17:39] <MutantTurkeyX> you need FLASHING scrolling marquee's following the mouse..
[17:39] <MutantTurkeyX> right?
[17:39] <MutantTurkeyX> and blinking backgrounds
[17:39] <beta0x64_> I use PHP and Blueprint CSS
[17:39] <beta0x64_> oh snap you're right. that'll totally spruce up my portfolio
[17:39] <MutantTurkeyX> indeed
[17:40] <knightzero> MutantTurkeyX: content creation and seisures go hand in hand.
[17:40] <MutantTurkeyX> hehe
[17:40] <beta0x64_> I'm overwhelmed.
[17:40] <beta0x64_> I don't know if I should go with something like apache tomcat or django or cakephp or fuck it and go embedded systems
[17:40] <beta0x64_> sorry language
[17:41] <MobileTurkey> I hate CMS's... they are trolls
[17:41] <beta0x64_> I need to learn them for $$$
[17:41] <MobileTurkey> but I don't know much abut django
[17:41] <musetux> Im just starting Django, it's pretty sweet!
[17:41] <teddy-dbear> no potty mouth around the teddy bear :-/
[17:42] <beta0x64_> yes.
[17:42] <beta0x64_> I am a CS student and a bit overwhelmed at what I should do
[17:42] <beta0x64_> I've been programming for years, but I have commitment issues
[17:42] <MobileTurkey> I am a education student, but i should be a programming student
[17:42] <beta0x64_> what do :(
[17:43] <MobileTurkey> what do?
[17:43] <beta0x64_> what do I do?
[17:44] <MobileTurkey> quit your job, move to alaska, profit.
[17:45] <musetux> My 2 cents: find the language you find most comfortable with and master it, make it you B!$@h. then spreadout from there
[17:47] <MobileTurkey> learn C
[17:47] <MobileTurkey> always learn C
[17:47] <MobileTurkey> you can learn wishy washy languages like python and ruby later, but you should understand *how* and *why* certain things operate
[17:48] <MobileTurkey> as an exersize
[17:48] <knightzero> MobileTurkey: how different is C++ from C - C++ is the next programming course I have in my roster this year, just wondering how useful it will be.
[17:49] <MobileTurkey> C++ is usefuly
[17:49] <MobileTurkey> but also much more complicated imho
[17:49] <beta0x64_> fudge
[17:49] <MobileTurkey> it's easy to start with though
[17:50] <MobileTurkey> it just has many entities
[17:50] <MobileTurkey> http://harm.cat-v.org/
[17:50] <MobileTurkey> whoops
[17:50] <MobileTurkey> http://harmful.cat-v.org
[17:50] <MobileTurkey> has some quotes about C++
[17:50] <knightzero> The dean of my program scholded me for taking a Visual Basic course to start out....not that they offered me anything else on the first day.
[17:51] <MobileTurkey> there ya go: http://harmful.cat-v.org/software/c++/
[17:51] <MobileTurkey> VB is uh...
[17:51] <MobileTurkey> lol
[17:51] <knightzero> yeah, that's what I've heard from just about everyone else.
[17:51] <MobileTurkey> C++, it's like nailing legs on an dog to make an octopus
[17:52] <knightzero> I'm not sure whether to be excited or frightened by some of these statements.
[17:53] <MobileTurkey> I dunno
[17:54] <MobileTurkey>  I have to work with C++ and i find it to be less concise and more confusing.
[17:54] <MobileTurkey> there are nice tutorials on the internet though
[18:02] <jedijf> musetux: welcome, can't wait to meet you at the release party
[18:05] <jedijf> beta0x64: i liked the 'comfort' statement, it's more about the driver than the vehicle
[18:06] <TheEvilPhoenix> i wish i could get away to get to the release party, but alas College takes priority >.>
[18:06] <TheEvilPhoenix> s/the/a/
[18:06] <jedijf> TheEvilPhoenix: you can have your own at college!
[18:06] <jedijf> any day
[18:06] <jedijf> just announce it
[18:06] <MutantTurkey> i did post linux signs
[18:07] <MutantTurkey> but no one answerd :[
[18:07] <MutantTurkey> at mccc
[18:07] <jedijf> it's really not that hard...actually, it's nothing
[18:07] <TheEvilPhoenix> jedijf:  announce where?  mailing list?  there's not enough linux users here :/
[18:07] <TheEvilPhoenix> nor in the HBG area
[18:07] <jedijf> find a spot...tell them what you are planning...announce it...field of dreams...they will come
[18:08] <MutantTurkey> bring your companion cube just in case
[18:08] <MutantTurkey> HGB area?
[18:09] <jedijf> MutantTurkey: i have flyer'd up mccc too
[18:09] <jedijf> in the past
[18:09] <MutantTurkey> :|
[18:09] <MutantTurkey> yep
[18:09] <jedijf> harrisburg, btw
[18:09] <MutantTurkey> even the techie kids are just fools
[18:09] <MutantTurkey> using w7, learning java...
[18:09] <MutantTurkey> fools
[18:09] <MutantTurkey> I pity the fool that learns java
[18:09] <jedijf> nothing wqrong with /learning/ anything
[18:11]  * jedijf loks at his vb for dos developer boxed set
[18:11] <MutantTurkey> learning how to build bombs, learning how to torture kittens, learning how to steal from honest store owners...
[18:11] <musetux> jedijf: Thanks I look forward to it.
[18:11] <jedijf> all good things
[18:12] <MutantTurkey> the party is thursday?
[18:13] <jedijf> yes
[18:13] <MutantTurkey> cool
[18:14] <jedijf> broken laptops not allowed
[18:14] <MutantTurkey> :[
[18:14] <MutantTurkey> I have band practice for my church anyway
[18:14] <MutantTurkey> seems like I am the in house bass player these days
[18:15] <jedijf> i started in church
[18:15] <jedijf> ended there too
[18:15] <MutantTurkey> hah
[18:15] <MutantTurkey> our band is actually really kicking so I don't mind
[18:15] <MutantTurkey> show up, play for an hour, play on sunday thats it
[18:15] <jedijf> our nun could shred


[14:58] <cmaloney> good morning
[14:58] <_stink_> yo
[15:42] <alephone> hail
[18:21] <jrwren> brousch: are you related to a Gabriella?
[18:21] <jrwren> err, a Gabrielle?
[18:22] <brousch> Not that I know of
[18:23] <jrwren> ah. ok. A cousin is marrying a Gabrielle Rousch


[02:05] <nick_h> JanC: sorry for the late reply. the process that's still running is named "resque-1.19.0". how can i determine if it forks and detaches from its parent?
[16:44] <till_> hi
[16:44] <till_> was wondering if anyone could give me a hand debugging in here
[16:45] <till_> my error messages range from 'unknown job' to a message that my service started
[16:45] <till_> but it really didn't
[16:47] <till_> add to that
[16:47] <till_> i wanted to symlink my job.conf to /etc/init
[16:47] <till_> and it seems like upstart doesn't like that at all
[16:47] <till_> i strace'd the process, it seems to stop with 'resource unavailable' somewhere
[16:48] <till_> even though the symlink is correct and i am executing with sudo
[16:53] <till_> $ sudo initctl -vvvvvv start gearman-worker
[16:53] <till_> gearman-worker start/running, process 17992
[16:53] <till_> hehe
[16:54] <till_> am i "screwed" on lucid with upstart 0.6.5?
[17:21] <zykotick9> till_: big response.  good luck.
[17:45] <till_> lol


[14:05] <tomreyn> ^ https://www.ubuntu.com/usn is 404
[14:06] <tomreyn> ...in response to bottu telling me: <ubottu> Your edit request has been forwarded to #ubuntu-ops.  Thank you for your attention to detail
[14:06] <tomreyn> *ubottu


[10:31] <marmuta> Hi, I'm unable to access bug #1195857, it's probably still marked private. Could someone look into making it public?
[10:32] <czajkowski> marmuta: usually that falls to the bug supervisors not so much launchpad, is it an Ubuntu bug ?
[10:33] <wgrant> #ubuntu-bugs is the right place for that
[10:34] <marmuta> I think so, the duplicate bug #1205874 seems to be an Ubuntu bug.
[10:34] <marmuta> OK, thanks, I'll ask there.
[10:35] <czajkowski> wgrant: welcome back
[10:35] <czajkowski> you just landed :)
[10:35] <wgrant> Nah, been home for nearly 12 hours
[10:35] <wgrant> Rather tired, but home
[10:36] <czajkowski> excellent
[10:36] <wgrant> That remains to be seen.
[10:36] <wgrant> :)
[10:39] <czajkowski> go sleep!
[10:40] <wgrant> It's just about that time
[10:42]  * StevenK will be crashing after dinner
[12:32] <saiarcot895> If there are a ton of SIGSEGV/SIGABRT bug reports that apply to distro versions no longer supported (natty and oneiric), is it safe to close them?
[12:36] <cjwatson> saiarcot895: Closing natty/oneiric-specific tasks, maybe, but not the whole bug.  Crashes don't magically get fixed with time.
[12:37] <cjwatson> saiarcot895: http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2009-02-27-bug-triage-rants.html
[18:34] <Corey> I'm seeing a lot ofconnections timing out on tarball uploads.
[18:36] <Corey> Hmm, seems to have resolved, nevermind.
[19:30] <yofel> hi, I just had a build fail twice on chindi04 with http://paste.ubuntu.com/5926389/ - could someone please fix the sbuildrc?


[01:32] <vimer> hi, I am reportbugging for launchpad, but get error: https://paste.debian.net/1287923/
[01:32] <vimer> not sure how to login it again, TIA
[02:21] <cjwatson> vimer: I've fixed your account; try again in about five minutes
[02:26] <cjwatson> vimer: you should be able to log in now
[02:52] <vimer> cinderblock: thanks!
[02:53] <vimer> it works!


[17:07] <erappleman> mlankhorst, nice presentation. very informative.
[17:10] <erappleman> should i mark bug 1050202 for freeze exemption?
[20:05] <tjaalton> q
[20:06] <tjaalton> ups
[20:48] <mlankhorst> erappleman: ty :)
[20:48] <mlankhorst> erappleman: yeah xrandr configuration would be nice
[20:50] <mlankhorst> pretty much required too, found a bug in xserver that would have been impossible to find otherwise
[20:57] <mlankhorst> I'm actually waiting for a xrandr 1.4.0 to be tagged though but it might be too far away
[21:33] <erappleman> mlankhorst, it seemed you weren't satisfied with what landed (even before the crash). neither am i. too many list-only patches just to get everything working properly beyond just the proof of concept stuff that's landed.
[21:35] <mlankhorst> it's still better than what we have in precise, though
[21:36] <erappleman> but not enough to advertise. 13.04 will have the power management 3.7 kernel or newer, autoswitching x layer, and other goodies.
[21:37] <mlankhorst> yeah
[21:40] <mlankhorst> you could still use DRI_PRIME=1 to use offloading in applications if their card is supported, but it's too likely to break for real use :(
[21:41] <erappleman> from my experience, all i get is a refusal to render or white polygons
[21:41] <erappleman> glxinfo only works reliably
[21:41] <mlankhorst> we might have to update the intel ddx
[21:42] <erappleman> 2.20.8 isn't recent enough?
[21:42] <erappleman> i'm using git
[21:42] <erappleman> not much has changed
[21:42] <mlankhorst> git should be ok
[21:43] <erappleman> are you using uxa prime?
[21:44] <mlankhorst> yeah but you're probably hitting the synchronization issue if you get white polygons
[21:47] <mlankhorst> or maybe nouveau is buggy, which would be likely too
[22:08] <erappleman> it's always the nouveau end of things for me. the ddx doesn't always load with x.
[22:09] <mlankhorst> what xorg-server are you using?
[22:10] <erappleman> git
[22:10] <erappleman> err probably 1.13.0 branch git
[22:10] <mlankhorst> oh, i think there was 1 of the commits causing a regression in ubuntu xorg-server


[02:45] <jk-> hola. as of this morning, I don't seem to be able to log in to LP :/
[02:45] <wgrant> jk-: What happens when you try?
[02:47] <jk-> wgrant: I get the error message "Your login was unsuccessful", and "User cancelled"
[02:47] <jk-> cleared cookies, tried with a different browser, same result.
[02:48] <StevenK> Sounds like SSO rather than our side
[02:48] <wgrant> jk-: What is the URL of those error pages?
[02:48] <jk-> StevenK: I seem to be okay on login.launchpad.net
[02:50] <wgrant> jk-: Ah
[02:50] <wgrant> jk-: Did you recently leave a team that allowed 2FA, perhaps?
[02:51] <jk-> wgrant: yep, I've left a bunch of teams recently
[02:51] <wgrant> jk-: I wonder if your SSO account is still set to require 2FA but is not permitted to use it
[02:52] <wgrant> I'd ask at https://forms.canonical.com/lp-login-support/
[02:52] <jk-> wgrant: ok, cheers.
[02:54] <hloeung> jk-: hi, I'll take a look
[02:54] <jk-> hloeung: awesome, thanks.


[09:06] <ppisati> moin
[09:11] <apw> moin
[09:14] <smb> apw, morning
[09:14] <cking> morning + yawning
[09:15] <smb> apw, and if you could not hear anything yet, your mumble is broken
[09:22] <apw> my entire machine is broken at the moment, with root offlione
[09:24] <smb> apw, Sounds rather annoying...
[09:26] <apw> its the issue cking (i think) mentioned with intel ssds in quantal, with them being gone on resume
[09:27] <cking> that one bitten you again?  my box seems to be ok nowadays
[09:28] <ppisati> i experienced corruption with my intel + ssd in Q, but it was long ago
[09:29] <cking> not seen the issue yet with 3.8
[09:29] <apw> cking, that one is my one holdout on quantal, i should upgrade it
[09:38]  * apw gets hit box back in one piece, may as well update at least while it is working
[09:38] <smb> apw, My "fun" this morning was that I found that wl wasn't seeing my AP at home at all (though a bunch of the other ones around)
[09:39] <apw> smb, heh, nice, did a reboot fix it ?
[09:39] <apw> smb, remember it ended up in .TW after being at cking's place
[09:39] <smb> apw, Nah, but I found out that it will find it when I change the AP to be only b+g and not b+g+n
[09:39] <apw> perhaps its channels were turned off
[09:39]  * cking blames his dodgy .tw AP
[09:40] <apw> smb, hmmm, something you got during updates while here then
[09:40] <apw> we did get a new wl relativly recently, in r anyhow
[09:40] <smb> apw, something == replace b43 with wl because b43 tends to loose its mind too often
[09:40] <apw> ahh
[09:41] <apw> b43 is ... not great ... bcmsmac is better if it supports your h/w
[09:41] <ohsix> i think it's heat related! :p
[09:41] <apw> well it is now anyhow with sforshee's fix
[09:41] <apw> a whole day without issues, a first for this month
[09:41] <smb> apw, Naturally bcmsmac isn't usable for this
[09:42] <apw> sigh
[09:42] <ohsix> i've used b43 quite a lot; when it fails it has a time component to it
[09:42] <apw> ohsix, joy ... heat, or leaks or something then
[09:43] <ohsix> if i remove b43 for two minutes, i got another 15 or so out of it, pretty repeatable
[09:45] <ohsix> theres separate thermal tables for ssb and the mac, i just figure they're incorrect on my particular thing
[09:55]  * apw reboots again
[10:18] <ashwini> Is there any way, I can make my char driver to exit gracefully if it tries to write or access unallocated pointer, right now it is crashing ??
[10:22] <apw> ashwini, as in a kernel driver, not really
[10:22] <apw> ashwini, a common approach though would be to use your own wrapper function to pre-validate pointer writes where you are having trouble
[10:22] <ashwini> apw : no way to handle this type seg faults ???
[10:22] <apw> ashwini, and preventing the writes occuring
[10:27] <ashwini> apw: thanks for the info.
[10:33] <apw> np
[10:50] <wookey> apw: OK. I've fixed the tools build so it works for the random linaro kernel I was asked to fix (quantal linux-linaro-origen-3.7). Which kernel would you like raring patches against?
[10:50] <apw> wookey, raring master is our 'gold standard'
[10:51] <wookey> I had to leave out C++ demnagling feature in perf because cross libiberty-static is not availble (we can sort that in due course).
[10:52] <apw> wookey, i have been wondering if we should be doing perf in the main kernel anyhow, one of the things i note the kernel source can do is produce a perf source 'output'
[10:52] <wookey> debian has moved kernel tools to a separate source package, apparently
[10:52] <wookey> that seems a lot more sensible to me
[10:52] <apw> wookey, one advantage of pulling it out, would be to allow it to fall into universe so it doesn't have to pull the libraries in
[10:52] <wookey> as all the cross-cvomlexity (and hla fthe build-deps) are in the tools bit
[10:53] <apw> wookey, perhaps i should poke that first before you do the work
[10:53] <wookey> fine by me. Any idea when you might get to that (as I currently have this 'mental set' loaded)
[10:54] <wookey> in fact better than fine - I think it's  good plan.
[10:54] <apw> i'll have a quick look now and see how easy it looks
[10:54] <wookey> perfect answer :-)
[11:04] <apw> wookey, any idea what the debian package name for the pulled out perf actually is
[11:05] <wookey> erm no. linux-tools?
[11:05] <apw> wookey, i am interested in whether they have kept it locked to kernel version or not
[11:06] <wookey> there is a linux-tools source package
[11:07] <apw> yeah, and the orig there looks like the tarball the kernel source makes too
[11:07] <brendand> henrix, there is no change on the kernels being held for a few weeks, right?
[11:07] <apw> wookey, i'll poke this some this morning, as this may well make more sense, as it can be shared between flavours
[11:07] <henrix> brendand: actually, i'm currently respining Q and P kernels due to regressions
[11:08] <apw> wookey, as i would love it to drop this into universe
[11:08] <wookey> righty-ho
[11:08] <brendand> henrix, you mean the ones that were just tested?
[11:08] <henrix> brendand: yes. he need to revert a few patches to fix a regression, and add a new fix for another regression
[11:09] <henrix> s/he/we
[11:09] <brendand> henrix, hmm. what will happen after that - do we and qa need to retest?
[11:11] <henrix> brendand: i'm not sure we'll need a full re-run in all the kernels. but at least the kernel that will go into .2 release should be tested, i believe
[11:12] <brendand> henrix, do you have any info on the regressions? i want to do a test gap analysis to see if we could have caught it earlier
[11:12] <henrix> brendand: sure, give me 1 sec and i'll point you to the bugs
[11:13] <henrix> brendand: bug #1101666 and #1103320
[11:13] <ubot2> Launchpad bug 1101666 in linux (Ubuntu Quantal) "inotify fd leak" [Medium,In progress] https://launchpad.net/bugs/1101666
[11:13] <ubot2> Launchpad bug 1103320 in linux (Ubuntu Quantal) "Ubuntu 13.04 and 12.04.2: Login screen does not appear after installing OS on SL4545 G7" [Medium,Fix committed] https://launchpad.net/bugs/1103320
[11:13] <henrix> brendand: the first one has a script that allows to reproduce the issue easily
[11:14] <brendand> henrix, that's on a vm though it seems
[11:14] <brendand> henrix, which doesn't concern us
[11:15] <henrix> brendand: correct
[11:16] <henrix> brendand: anyway, i'll ping bjf later and ask him about the QA and cert testing for these kernels.
[11:18] <brendand> henrix, not sure if we have the other system affected by the lightdm problem. if it's down to the graphics hardware maybe we can find something with the same though
[11:19] <brendand> henrix, huh - i thought that HW was a server
[11:20] <brendand> henrix, we only run ubuntu-server on servers, so headless
[11:21] <brendand> henrix, or by 'login screen' does it just mean the text prompt?
[13:00] <Guest11170> #ask
[13:20]  * henrix -> food
[13:29] <apw> henrix, where are we with respinning quantal ?
[13:44] <gema> can anyone tell me how many mounts are needed for a fsck to be done with ext4?
[13:45]  * gema is trying to figure out how many reboots go by before a check is done on the drives, how often to expect it
[13:45] <ohsix> it depends on the volume header, you can use tune2fs to either set it or display it
[13:46] <ohsix> you can also drop a file in / to fsck all the drives at boot, but i don't know the name of the file or if it even works anymore
[13:46] <gema> ohsix: I am rather trying to determine whether a problem we are seeing with bootspeed, which sometimes fails at the 17th/18th boot, can be related to a fsck of the drives
[13:47] <gema> ohsix: I am going to try tune2fs
[13:47] <ohsix> ah, then yea; tune2fs should be able to give you something
[13:48] <gema> ack, thanks
[13:49] <henrix> apw: currently building
[13:50] <ohsix> i guess this is it, and also the value here; but the filesystem was created a looong time ago Maximum mount count:      23
[13:53] <gema> ohsix: I have -1 as a maximum mount count
[13:54] <gema> I wonder what the machines on the lab will have
[13:54] <ohsix> interesting
[13:54] <gema> ohsix: thanks a lot, you put me on the right track :)
[13:54] <ohsix> that has to be set explicitly afaik
[13:55] <cking> indeed it does
[14:00] <apw> herton, are you asking panda|x201 to submit his patch to you :)
[14:02] <herton> apw, yes :), but I also would like to see it on stable ML, for any other feedback regarding it
[14:18] <sg20002> Hello. Can somebody help me with kenrel panic? I'm getting '/sbin/init: Accessing a corrupted shared library. And it's not telling me the library.
[14:18] <ohsix> you'll need to find some way to run ldd on it ... but if you're getting that message there's probably a lot more wrong than just that one library, heh
[14:21] <sg20002> ohsix: I can boot from live dvd. Can I then run ldd from it?
[14:22]  * henrix wonders if we now have new (and faster) ppc builders.  quantal took 40 mins!
[14:22] <BenC> sg20002: From my quick searching, it sounds like you've got some bogus and/or corrupt libraries, which means you may have to reinstall some things (or remove bad libraries that are in the way)
[14:22] <BenC> henrix: we do
[14:22] <henrix> \o/
[14:23] <BenC> sg20002: what were you doing before this occurred, is probably the best question
[14:23] <ohsix> sg20002: yes, but doing that and reinstalling the packages is easy enough; don't have time to walk someone through it tho
[14:23] <BenC> sg20002: and this is not technically a kernel question, so you may have to move along to #ubuntu for more help
[14:23] <ohsix> yea that
[14:24] <sg20002> BenC: Asked in ubuntu already. Don't really know what happened before - the person who saw what happened is saying that he was just moving a large file and then it just died.
[14:26] <BenC> sg20002: Of course, no one wants to admit they messed up :)
[14:27] <BenC> sg20002: It's very likely that reinstalling libc6 package could fix this, but if you need help on how to do that, ask in #ubuntu
[14:29] <sg20002> BenC: Yes, read somewhere that libc6 may be connected.
[14:30] <BenC> sg20002: What I can say with almost certainty is that this is user error. Unless you have a bad hard drive, or experienced a kernel crash that someone corrupted on-disk structures.
[14:31] <BenC> sg20002: every search I've seen about this error has been because someone did something dumb
[14:31] <BenC> s/someone/somehow/
[14:32] <sg20002> BenC: Ok, thanks.  Though log is huge, here's a chunk of it: http://pastebin.com/q46jNMPn
[14:40] <BenC> sg20002: specifically I'd like to see the chunk where the kernel messages go from sane to insane
[14:40] <sg20002> Though it seems somewhat old and maybe the problem with it was fixed already.
[14:41] <sg20002> Hmmm.
[14:41] <BenC> about 100 lines +- that point
[14:41] <sg20002> BenC: Seems that it started insane.
[14:42] <BenC> sg20002: Can you check the older log (kern.log.1?)
[14:42] <sg20002> BenC: That's the only one I found on that machine.
[14:43] <BenC> sg20002: It's started to look like you've just been running a ticking time bomb for some time, but I'd like to see what started the whole thing
[14:43] <BenC> sg20002: Then sadly, you will just have to reinstall libc6 and go from there
[14:43] <BenC> If you do get it running again, I'd keep an eye on the kernel logs for awhile
[14:48] <panda|x201> herton, yeah, I will send the patch to Stable list for you or other ppl like bwh to review, so do you have any time estimation for how long for the regular review process?
[14:48] <sg20002> BenC: Hmm. How do you think, maybe I should just do a release upgrade since that machine is ubuntu 11?
[14:49] <BenC> sg20002: sure, wouldn't hurt
[14:50] <herton> panda|x201, not sure, it depends, probably on how much free time and availability people have to look at them, but it's a good idea to post there, also for any other stable maintainer to include in his maintained series if applicable
[15:39]  * ogasawara back in 20
[15:48] <wookey> apt-get --only-source source linux gets me linux_3.8.0-1.5.dsc, but apt-cache policy linux is <IP_ADDRESS>.14. is that right?
[15:48] <wookey> they don't look like matching source and binary...
[15:49] <wookey> (in raring)
[15:50] <smb> Version of .dsc looks right. Policy for linux returns the version number of the meta package (usually).
[15:51] <wookey> ah yes - that's from meta.
[15:52] <apw> wookey, yeah its the silly "am i reporting binary or source package" where the two come from different sources
[15:54] <wookey> yeah apt-cache policy doesn't seem to have a --only-source equivalent. this has irritated me before
[16:25] <marrusl> hi folks...  is it possible to disable memory banks at the kernel level?  I'm guessing not but...
[16:35] <BenC> marrusl: depends on what you mean by banks. You can limit how much memory the kernel exposes by using mem=X on the kernel command line (accepts things like 128M or 2G as argument)
[16:36] <BenC> If you mean physically limiting it to a certain DIMM…I don't think so
[17:12] <marrusl> BenC, yeah it's a situation where we'd like to avoid pulling DIMMs physically from a thousand servers, but that looks like the only option.  :)
[17:12] <marrusl> not just to limit the RAM, but actually to power down the bank.
[18:21]  * ppisati -> gym
[18:31] <wookey> apw: kernel tools detection of optional tool library features now working with MA paths. So we get unwind, and audit and dwarf and newt
[18:31] <wookey> Will inlcude in patch.
[18:31] <apw> wookey, sounds good
[18:32] <wookey> trivial when you find the right spot :-)
[18:32] <wookey> it's all quite sensibly designed, it turns out
[18:32] <apw> heh
[18:44] <infinity> apw: What's the deal with these revert SRUs?  Are they 12.04.2-critical, do you know?
[18:45] <apw> infinity, i'd say they probabally are, i hear that inotify is not working well as things are
[18:45] <bjf> infinity, yes
[18:45] <infinity> bjf: Alright, good to know.
[18:45] <bjf> infinity, that's why we are doing them
[18:46] <infinity> Looks like this was a forked branch that didn't include the ppc config and tg3 changes?
[18:46] <bjf> infinity, are those recent changes that went into the tree(s)?
[18:48] <infinity> bjf: At least the tg3 pulls landed before the fsnotify reverts hit the list, hence the curiority.
[18:48] <infinity> curiosity, too.
[18:49] <apw> infinity, for a revert like this it would be based off the master branch not master-next
[18:49] <apw> infinity, as we are doing the utter minimum to the thing once tested
[18:50] <infinity> apw: Check.
[18:50] <infinity> Was mostly just curious if those changes could end up in the 12.04.2 d-i build, but I'd already counted on them not.
[18:51] <bjf> infinity, this covers both Q and P, which are you talking about? i'm looking at the trees now
[18:51] <infinity> bjf: Andy answered my question with the master versus master-next thing, I believe.
[18:52] <bjf> infinity, i'm concerned about your "forked branch" comment
[18:53] <infinity> bjf: That was me just not quite understanding your workflow that there are two heads, not one.
[18:53] <bjf> infinity, ok, i think i'll have to discuss the master-next branches with henrix though, they don't look right to me
[18:54] <henrix> bjf: which serie doesn't look right?
[18:54] <bjf> henrix, quantal master-next
[18:54] <henrix> bjf: note that i've picked what's on master-next and applied on master, and i haven't rebased master-next *yet*
[18:55] <bjf> henrix, ah! ok, youre on it and i'll just shut up
[18:55] <henrix> bjf: :)
[18:55] <bjf> henrix, it was the rebase of master-next that i was going to discuss
[18:56] <henrix> bjf: i'll probably do that tomorrow only, once everything is built and in ready for -proposed
[18:57] <bjf> henrix, ack, makes sense
[19:03] <jsalisbury> cking, bug 1098697 is interesting.  It seems like it could be due to wake on lan.  Still gathering additional data.  When wake on lan is enabled, does the OS stay running in some way?  Or is it controlled by the BIOS?
[19:03] <ubot2> Launchpad bug 1098697 in linux (Ubuntu) "High Battery discharge rate when Laptop is off." [Medium,Incomplete] https://launchpad.net/bugs/1098697
[19:04] <jsalisbury> cking, it meaning is wake on lan controlled by the BIOS
[19:07] <cking> jsalisbury, WoL also keeps the network card active, even when the computer is powered off.
[19:08] <jsalisbury> cking, where does WoL run when the computer is powered off?  Is it running in the network card firmware?
[19:09] <cking> jsalisbury, I refer you to http://en.wikipedia.org/wiki/Wake-on-LAN
[19:09] <jsalisbury> cking, thanks ;-)
[19:15] <cking> jsalisbury, we have a test for this: "sudo fwts s3power"
[19:15] <cking> but it's only for laptops :-(
[19:16] <cking> jsalisbury, https://lesswatts.org/tips/ethernet.php
[19:17] <jsalisbury> cking, thanks!
[19:54] <trijntje> ping jsalisbury
[19:55] <trijntje> I noticed your comment on the bug report about grub-probe missing /
[19:55] <trijntje> https://bugs.launchpad.net/ubuntu/quantal/+source/ubuntu-defaults-builder/+bug/1075876
[19:55] <ubot2> Ubuntu bug 1075876 in ubuntu-defaults-builder (Ubuntu Quantal) "ubuntu-defaults-builder: only quantal 64bit does not build" [Undecided,Confirmed]
[19:55] <trijntje> However, I've checked the log of a build on raring that was succesfull and the same line appears there, so it looks like that is not fatal
[20:00] <jsalisbury> trijntje, looking
[20:02] <jsalisbury> trijntje, do you also see this: "run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1"
[20:03] <trijntje> jsalisbury: no
[20:05] <trijntje> http://pastebin.com/spSp1ncM
[20:05] <trijntje> those are the lines with run-parts from the succesfull log
[20:06] <jsalisbury> trijntje, so maybe the grub-probe error is a red herring or it could also be that zz-update-grub doesn't handle that return code for Quantal, which is why I added the grub task.
[20:07]  * cking - EOD
[20:07] <jsalisbury> trijntje, hmm, I don't see zz-update-grub at all in those logs, even a non-fail message.
[20:09] <trijntje> jsalisbury: I noticed that as well, maybe it has to do with the fact that the succesfull build was on raring
[20:09] <trijntje> I'll try building for Quantal 32 bit to see what the logs say, but it will take a while on this netbook
[20:09] <jsalisbury> trijntje, that would be great.  thanks
[20:11] <trijntje> jsalisbury: sure, I'm the one asking for help ;) I'll ping you again when I have the log
[20:12] <jsalisbury> trijntje, thanks.  it would be good if you can attach the log to the bug as well.
[20:13] <trijntje> jsalisbury: will do, I'll also add a comment that the grub-probe error shows up in succesfull builds
[20:14] <jsalisbury> trijntje, thanks
[22:19] <trijntje> ping jsalisbury, Quantal 32 bit build succeeds and does not contain the zz-update-grub line in the log
[22:25] <trijntje> I've also added the information to the bug report, thanks for your time again, I'm off for today


[08:38] <ricotz> cjwatson, hello :), would you mind bumping the priority of the following build? https://launchpad.net/~ubuntu-mozilla-daily/+archive/ubuntu/ppa/+build/23573224 -- thank you!
[09:09] <cjwatson> ricotz: done
[21:06] <ricotz> hello, would it be possible to enabled the lgw01 builders? seems lgw01-amd64-001 is working properly compared to the lcy02 ones
[21:27] <Eickmeyer> ^ +1. Building is painfully slow today, we need more builders, I see no reason why lgw01 is still on manual.
[22:00] <cjwatson> I broached the idea a little while ago, but we wanted to retain leverage to get the cloud actually fixed.
[22:00] <cjwatson> Not a decision I'm going to take tonight, anyway
[22:01] <cjwatson> (I'm also not certain that some packages haven't started relying on the newer CPU microarchitecture that's more reliably present in lcy02 ... but it's true lgw01 still exists for emergencies)


[16:15] <alexei> hi, i installed ubuntustudio for the first time and it does not seem to recognize my Wacom Bamboo tablet.  What can I do? thanks
[19:19] <tech1> im watching a tutorial for jack audio and it recommends setting up realtime audio... is this something i need to do with the latest ubuntustudio? or it is already done or something in place of it
[21:01] <holstein> tech1: its something i suggest you take in stages
[21:01] <holstein> if you need lower latency, then seek it.. if everything is working, then "if it aint broke"
[21:03] <tech1> ok ill try it in stages
[21:07] <holstein> tech1: if you are doing software synths or adding realtime effects using the computer, you will need lower latenyc
[21:07] <holstein> latency*
[21:07] <holstein> most folks dont need it...
[21:09] <tech1> yeh ill be doing full music production
[21:10] <ailo> tech1: Everything is all set up on Ubuntu Studio
[21:10] <ailo> tech1: There are two things you need to do, to achieve it on any Ubuntu based distro besides Studio
[21:11] <ailo> tech1: 1. Install jackd and say yes to realtime privilege
[21:11] <ailo> tech1: 2. Add yourself to audio group: sudo usermod -a -G audio $USER
[21:11] <ailo> reboot, and you're done
[21:11] <ailo> tech1: Also, install linux-lowlatency, to get better performance
[21:12] <tech1> i see thanks. ill make a note of these. i have studio version so i guess ill just need to only do the last bit then
[21:13] <ailo> tech1: Ubuntu Studio comes with linux-lowlatency preinstalled
[21:13] <ailo> tech1: linux-generic is the default kernel on other Ubuntu distros
[21:14] <ailo> So, if you installed Ubuntu Studio, all you need to do is to learn how the applications work
[21:14] <ailo> No tuning needed
[21:14] <tech1> oh right. thats good then :)
[21:14] <ailo> Unless you have some sort of weird HW problem
[21:15] <tech1> i can get audio from movies and the browser so looks like my soundcard is ok
[21:15] <ailo> tech1: Only one device?
[21:16] <ailo> tech1: Meaning, only one soundcard?
[21:16] <tech1> i have a mixer connected to my pc speaker ouput and headphones in the mixer..... yes just my motherboard's soundcard
[21:16] <tech1> its an intel h77 board so should be sufficient
[21:18] <ailo> tech1: That makes things pretty simple. Qjackctl is a good jack control application. You'll only need to set frames/period lower, if you need lower latency
[21:18] <ailo> tech1: Also learn how connections work
[21:18] <ailo> tech1: Desktop sound will automatically be routed to jack, when you start it with qjackctl
[21:19] <ailo> Might be you need to set pulseaudio output to jack manually. I have three soundcards, so things are a little different
[21:19] <tech1> cool. yeh i found a few good youtube tutorials for jack. is it possible to make a script that loads a session of all the music apps and their jack connections?
[21:20] <ailo> tech1: Use gladish
[21:20] <ailo> It's a session software, designed for that
[21:20] <tech1> ok ill look it up
[21:20] <ailo> It's not perfectly intuitive, probably, if you're not used to Linux
[21:20] <ailo> tech1: It should be preinstalled
[21:21] <ailo> gladish is really a gnome gui for ladish
[21:21] <tech1> yeh i can see it on my menu
[21:22] <tech1> im sure ill be able to figure it out. im finding linux software easier to learn than windows stuff. actually
[21:23] <tech1> or maybe just more enjoyable to learn..... because it isnt bloated propriatary nonsense like windows stuff
[21:23] <ailo> It feels very different, no question.
[21:24] <ailo> You don't feel owned
[21:25] <tech1> yeh. windows everything felt like doing a chore for someone else.... linux sometimes more complex... but feels more rewarding and based around what i want
[21:29] <ailo> On windows you expect things to just work. You paid for it after all. Considering that fact, you put a lot of time sorting stuff out when you weren't supposed to need to.
[21:30] <ailo> On Linux, you aren't expecting that, but if it just works on Linux, you feel grateful
[21:35] <tech1> thats definetly true
[23:53] <dn4> ubuntustudio-12.04-dvd-amd64.iso) = 7421cb2229980e9f7931035dd54296a7
[23:53] <dn4> why isn't this included https://help.ubuntu.com/community/UbuntuHashes


[02:03] <kozukumi> hello
[10:25] <darkxst> ricotz, we have announced on social media and email lists, that xenial/staging will start breaking soon, so go ahead and upload gtk next week or so
[10:27] <ricotz> darkxst, hmm, let's see -- here are some rogue updates https://launchpad.net/~ricotz/+archive/ubuntu/testing/+packages
[10:29] <ricotz> but yeah gtk+ breaks a lot (custom widgets), like libreoffice/firefox in its earlier gtk3 tries
[10:31] <darkxst> ubuntu doesnt have gtk3 builds of either does it?
[14:06] <ricotz> darkxst, libreoffice builds the gtk3 flavour and you can install it if you want
[14:06] <ricotz> firefox has it if you use aurora/nightly, it was disabled in the beta branch again
[14:50] <system0x001> wich is the best solution for run script on slected folder (nor PWD ) ?
[16:07] <eliasps> Hello everyone. On Xenial (UG) + staging, has anyone noticed that some gnome applications have an extended window border? Like nautilus, archive manager, even the right click menu?
[16:09] <eliasps> In addition, in nautilus, trash and ftp, sftp gives an error: operation not supported.
[16:11] <eliasps> Installing gvfs-backends fixes the second one.
[16:12] <eliasps> This is what I mean by the first one: http://people.ubuntu.com/~eliasps/files/desktop.png