[08:15] <marcodamico> hi guys
[08:20] <marcodamico> I'm a PhD student in HPC/Resource Managers field at Barcelona Supercomputing Center, and I'm very interested in LXD, I would like to contribute in this project, putting my effort in an "HPC related" use of it
[08:31] <svij> marcodamico: I think #lxcontainers is the better place for that.
[08:31] <marcodamico> ok thank you
[13:54] <mhall119> bzoltan: Mirv: has anyone built qt from source as part of a snap? I need a good example to reuse
[15:20] <dpm> DanChapman, https://bugs.launchpad.net/dekko/+bug/1541856 \o/
[15:21] <dpm> looking forward to seeing that one released, good work :)
[15:26] <DanChapman> dpm, \o/ thanks :-)
[17:12] <bzoltan> mhall119:  I did
[17:13] <bzoltan> mhall119: http://people.canonical.com/~bzoltan/ubuntu-sdk-ide_0.18+snap1_amd64.snap Not much use, but it is there
[17:13] <bzoltan> mhall119:  I will produce up to date package soon because we have a new LXD based builder solution
[17:21] <mhall119> bzoltan: can I see your snapcraft.yaml for that? I want to try building Qt 5.6.1 for my Krita snap
[17:21] <bzoltan> mhall119:  nothing to see there ... I do it in a very different way.
[17:21] <mhall119> how do you do it?
[17:22] <bzoltan> mhall119: much simpler - http://bazaar.launchpad.net/~bzoltan/ubuntu-sdk-ide-click/trunk/view/head:/click/snapcraft.yaml
[17:22] <bzoltan> mhall119:  since snapcraft does not support PPAs (as far as I know) I had to build the Qt before packing it up with snapcraft
[17:23] <mhall119> snapcraft can be made to support PPA, actually, its an environment variable or something
[17:23] <bzoltan> mhall119: http://bazaar.launchpad.net/~bzoltan/ubuntu-sdk-ide-click/trunk/view/head:/create-ubuntu-sdk-ide-click.py
[17:23] <bzoltan> mhall119: maybe... but I did not feel like hacking around when the copy plugin does all what I need
[17:24] <mhall119> bzoltan: so you're not building from upstream source?
[17:25] <bzoltan> mhall119: I can do that one too if I want, but not from the upstream git repo.. I have a personal mirror https://code.launchpad.net/~bzoltan/+junk/qt-everywhere-opensource-src-5.6.0
[17:26] <bzoltan> mhall119:  I prefer to use our own distributed Qt, it has all the backports, patches what we do need. The clear upstream Qt is not really good for most cases. It is good for demo and showing off, but running Unity8 and the whole platform we need the distro release.
[17:27] <mhall119> bzoltan: I would imagine upstream will be good enough to run Krita though
[17:28] <bzoltan> mhall119:  maybe.. but be prepared talking to the upstream if you hit any problems. Plus you need to lear how to build a functional Qt stack... what is far from trivial.
[17:29] <bzoltan> mhall119:  this is the most stripped down way to do - http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-sdk-ide/trunk/files
[17:30] <bzoltan> mhall119:  but for real... it might thate a `git clone;make` to get binaries... but to get all what you will really need will take waaaaay much more.
[18:53] <mhall119> bzoltan: why is that?
[18:53] <mhall119> are there multiple source trees that need to be built?


[00:35] <Bashing-om> krytarik: Huh! bigpod's Ubuntu membership link; I looked hard for it - I can noy imagine how I missed it. Ell also add the podcastubuntuportugal item.
[00:36] <Bashing-om> noy/not*
[00:52] <Bashing-om> UWN: 2 edits completed.
[02:30] <guiverc> grr.. planet; hello zstd - does last sentance make sense to you Bashing-om ; I think 'for' needs to be dropped.
[02:33] <Bashing-om> guiverc: I do recall some hesitation there --- lemme look again :D
[02:35] <Bashing-om> guiverc: Nope flat out missed that for - will fix :D
[02:35]  * guiverc still reading
[02:35]  * guiverc and eating...  so slowly :)  (at times more concentration goes to food!)
[02:40] <Bashing-om> guiverc: Understood ^ I got peanuts over the keyboard at this time :) Awaiting next edit :D
[02:41] <guiverc> On the Ubuntu 20.10 list of updates; should we say 22 July 2021 (instead of usual July 2021)?
[02:42] <guiverc> I've completed read thru, looks good Bashing-om
[02:44] <Bashing-om> guiverc: "Thursday, July 22, 2021" is the way Dan wrote it up.
[02:44] <guiverc> not the summary; I was thinking of https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue691#Ubuntu_20.10_Updates   (at end; adding 22 to the already present July 2021)
[02:45] <guiverc> sorry ^  date from ML post last month, posted to fridge here https://fridge.ubuntu.com/2021/06/18/ubuntu-20-10-groovy-gorilla-reaches-end-of-life-on-july-22-2021/
[02:46] <guiverc> if it's just month, it's not an issue... given it's very-very-soon was why I think adding "22" worthwhile
[02:47] <guiverc> we'll see the update list once more (next week) for 20.10
[02:49] <Bashing-om> guiverc: Great thought to add the day to the EOL ! will do.
[02:50] <guiverc> :)    I'll try and remember to say the same again next week (I wouldn't trust my memory though)
[02:53] <Bashing-om> guiverc: I edit our template and we not have to keep 22 in mind :D
[02:53] <guiverc> :)  but it's only once more we'll see it; worth it?
[02:55] <Bashing-om> guiverc: Only took a second or so to edit the template - done :D
[02:57] <guiverc> :)
[03:00] <Bashing-om> Moar peanuts - going to have to make a refurbrishment at the earliest opportunity :(
[15:20] -SwissBot:#ubuntu-news- ::UbuntuOnAir:: Let's Ask AskUbuntu! | Community Office Hours @ https://www.youtube.com/watch?v=y1Yvte7EZD0 (by Ubuntu OnAir)
[18:16] <Bashing-om> UWN: Pulling "WIP" and adding new item "Let's Ask AskUbuntu! | Community Office Hours". Time to push 20:00 UTC.
[18:27] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Firefox 90 Available to Download, This is What’s New @ https://www.omgubuntu.co.uk/2021/07/firefox-90-released-new-features (by Joey Sneddon)
[19:59] <Bashing-om> UWN: ubuntu-news@lists is away - doing the Forum post next .
[20:04] <Bashing-om> UWN: Ouch! Got to have my access fixed >> "You don't have permission to access this resource. Apache/2.4.29 (Ubuntu) Server at ubuntuforums.org Port 443" .
[20:20] <Bashing-om> UWN: Re-directs done - awaiting response on the forum to resolve my permissions, Pending too is release to the Social Medias.
[22:18] <Bashing-om> UWN - Forum: "Now that we have established that this is a problem with the Forum software and not your account," >> Moved to IS :(
[22:29] <guiverc> okay to push 691 to fridge Bashing-om ?  (checking preview now)
[22:31] <Bashing-om> guiverc: Yeah push to the Fridge - "should" be good. Not posted to the Forum as we have hardening issue to resolve there.
[22:32] <guiverc> :( on UF
[22:32] <guiverc> https://fridge.ubuntu.com/2021/07/12/ubuntu-weekly-newsletter-issue-691/
[22:33] <guiverc> 691 tweeted
[22:34] <Bashing-om> Fridge spot check: checks good :D
[22:40] <guiverc> 691 posted to fb too
[22:49] <Bashing-om> guiverc: \o/
[23:03] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 691 @ https://fridge.ubuntu.com/2021/07/12/ubuntu-weekly-newsletter-issue-691/


[00:02] <mwhudson> i predict this new will make jml unhappy
[00:03] <wgrant> Which new?
[00:03] <wgrant> The restructure?
[00:07] <poolie> spm it turns out, just fyi, that qastaging has no mx record
[00:07] <poolie> i will send a mail to the list
[00:07] <spm> ah. k
[00:25] <wgrant> flacoste: Thanks for forwarding that to the list.
[00:30] <lifeless> wgrant: hey
[00:31] <lifeless> wgrant: so, I don't know if you noticed, but the archive:+index timeouts are going up daily. I don't think this is random.
[00:32] <wgrant> lifeless: That's odd.
[00:32] <wgrant> (sorry, I've been distracted with other stuff the last couple of days)
[00:32] <lifeless> doesn't deeply worry me
[00:32] <lifeless> its a little concerning, and I want to be worry free on my holiday
[00:33] <lifeless> 21st:      387 / 6695  Archive:+index
[00:33] <wgrant> Hmmm.
[00:33] <lifeless> bah
[00:33] <lifeless> 1st:      387 / 6695  Archive:+index
[00:33] <lifeless> 30th:      324 / 7217  Archive:+index
[00:33] <lifeless> 29th:
[00:34] <lifeless>      287 / 6525  Archive:+index
[00:34] <wgrant> The other pageids aren't showing a similar trend?
[00:34] <wgrant> That's a pretty massive escalation.
[00:34] <lifeless> 29th:
[00:34] <lifeless>      287 / 6525  Archive:+index
[00:34] <lifeless>      170 /  390  BugTask:+index
[00:34] <lifeless>       43 /  260  Distribution:+bugs
[00:34] <wgrant> If it's the only pageid doing it, that's more 'deeply concerning' than 'a little concerning'.
[00:34] <lifeless> 28th:
[00:34] <lifeless>      260 / 6568  Archive:+index
[00:34] <lifeless>      142 /  301  BugTask:+index
[00:34] <lifeless>       26 /  290  Distribution:+bugs
[00:34] <lifeless> 27th:
[00:35] <lifeless>      115 / 5419  Archive:+index
[00:35] <lifeless>       92 /  233  BugTask:+index
[00:35] <lifeless>       23 /  244  Distribution:+bugs
[00:35] <wgrant> Uh.
[00:35] <wgrant> I think we have a general problem :)
[00:35] <lifeless> possibly
[00:35] <lifeless> 30th:
[00:35] <lifeless>      324 / 7217  Archive:+index
[00:35] <lifeless>      148 /  451  BugTask:+index
[00:35] <lifeless>       36 /  150  ProjectGroupSet:CollectionResource:#project_groups
[00:36] <lifeless>      19 /  296  Distribution:+bugs
[00:36] <lifeless>   1st:
[00:36] <lifeless>      387 / 6695  Archive:+index
[00:36] <lifeless>      155 /  482  BugTask:+index
[00:36] <lifeless>      126 /  226  Question:+index
[00:36] <lifeless>       49 /  104  RootObject:+login
[00:36] <lifeless>       39 /  247  Distribution:+bugs
[00:36] <lifeless> These are all genuinely problematic pages
[00:36] <lifeless> so I'm not inclined to shout fire yet
[00:36] <lifeless> rather fix the pages.
[00:37] <lifeless> and the worst.. well you know the worst.
[00:37] <lifeless> it is, on its own, 25% of the timeouts on the site.
[00:38] <lifeless> besides which
[00:38] <lifeless> I know flacoste will be looking at these reports and biting his teeth in my absence ;)
[00:38] <wgrant> Heh.
[00:39] <wgrant> Ah, I remember why I didn't get to it last time. download-cache took forever to upgrade.
[00:39] <wgrant> It's done now, so the appserver might finally start...
[00:39] <lifeless> pillarname ||  963021.70 tuples/sec
[00:39] <lifeless>                                   branch ||  443538.40 tuples/sec
[00:39] <wgrant> WTF?
[00:39] <lifeless> archive ||   41660.33 tuples/sec
[00:40] <lifeless> 28th
[00:40] <lifeless>                               pillarname ||  825961.90 tuples/sec
[00:40] <lifeless>                                   branch ||  463744.27 tuples/sec
[00:40] <lifeless>                               sl_confirm ||  133113.62 tuples/sec
[00:40] <lifeless>           binarypackagepublishinghistory ||   49345.86 tuples/sec
[00:40] <lifeless>                                  archive ||   33620.98 tuples/sec
[00:40] <lifeless>                          shippingrequest ||   24934.80 tuples/sec
[00:40] <lifeless> 1st:
[00:40] <lifeless>                            pillarname ||  827065.04 tuples/sec
[00:40] <lifeless>                                   branch ||  469628.31 tuples/sec
[00:40] <lifeless>                               sl_confirm ||  130679.92 tuples/sec
[00:40] <lifeless>           binarypackagepublishinghistory ||   53159.91 tuples/sec
[00:40] <lifeless>                                  archive ||   40228.91 tuples/sec
[00:40] <lifeless>                        sourcepackagename ||   24256.23 tuples/sec
[00:41] <lifeless> not hugely different on a day to day basis
[00:41] <lifeless> it may be that traffic spike that I called out on the list causing trouble
[00:41] <wgrant> 'the list' being the internal one, or have I missed something?
[00:48] <lifeless> wgrant: uhm
[00:48] <lifeless> checking
[00:54] <wgrant> lifeless: Aw, is that really my first? :(
[00:54] <lifeless> wgrant: no :)
[01:09] <mwhudson> something must be sequentially scanning branch to get numbers like that
[01:09] <mwhudson> i'd love to know what
[01:10] <mwhudson> well not 'must' i guess
[01:10] <mwhudson> seems very likely though
[01:13] <wgrant> And Julian doesn't think I'm crazy :D
[01:34] <abentley> poolie: Any progress with QA for r12008?
[01:34] <poolie> abentley: hi, is that the dkim and gpg bugfixes?
[01:34] <abentley> poolie: yes.
[01:34] <poolie> i presume yes, as that's the only one i landed
[01:35] <poolie> it turns out qastaging doesn't receive mail
[01:35] <poolie> it doesn't even have an mx
[01:35] <poolie> that's where i'm up to
[01:35] <poolie> my next thing is to send mail about perhaps turning it on
[01:35] <poolie> it may take too long to do it
[01:35] <poolie> i mean, it may take a while to turn it on and get it working, and that could cause rollouts to stall for too long
[01:36] <lifeless> poolie: does your patch make anything worse, do you think?
[01:36] <poolie> perhaps there's a better approach?
[01:36] <abentley> poolie: normally, I'd suggest using staging instead, then.  But unfortunately, we are doing a full db restore in order to ensure we don't run overtime.
[01:36] <lifeless> poolie: and if so, can it be disabled easily?
[01:36] <poolie> i thought that qastaging would be like staging in this regard (ie reads mail, doesn't send it)
[01:36] <lifeless> abentley: Will my subunit db patch be in the rollout, do you think?
[01:36] <poolie> but it's not
[01:36] <poolie> lifeless: it changes existing code
[01:36] <abentley> lifeless: Yes, that's the plan.
[01:36] <poolie> so, it's possible it will cause a regression
[01:36] <lifeless> abentley: \o/
[01:36] <poolie> and it's not isolated by a flag
[01:37] <abentley> poolie: I think qastaging is still being configured.
[01:38] <poolie> so if it does turn out to break anything that was previously working, i think we would have to roll back or reverse-cherrypick or i guess live with it until a new fix is landed :/
[01:38] <wgrant> poolie: It's not on staging yet either?
[01:38] <lifeless> poolie: db deploy - we can't roll those back.
[01:38] <abentley> poolie: like it doesn't have import slaves or a build farm at the moment.
[01:39] <abentley> wgrant: It would be, but staging is doing a full restore ATM.
[01:39] <wgrant> abentley: Yay :(
[01:40] <poolie> i'll send mail first at least
[01:41] <poolie> should we/do we have a bug asking for real-time log feeds?
[01:42] <abentley> poolie: do you mind testing it in ~24h?
[01:42] <poolie> do you mean <24h or >24h?
[01:43] <poolie> i mean, do you mean "will you please test it on saturday au/sydney?"
[01:43] <abentley> poolie: that is what I mean.  If that's okay with you, it's probably the simplest solution.
[01:44] <poolie> and you mean test it on staging?
[01:44] <abentley> poolie: yes.
[01:44] <poolie> that's ok with me
[01:44] <abentley> poolie: Thanks.
[01:45] <poolie> is there any more specific estimate when it'll be live there?
[01:45] <poolie> just trying to work out if i can do it first thing saturday or something (like 20h from now)
[01:47] <abentley> Chex: Do you have an estimate when the staging update will complete?
[01:50] <poolie> abentley: i might also work out/document/improve testing it locally
[01:50] <poolie> manually testing it locally, i mean
[01:50] <poolie> but i think checking it in the dc would be really good too
[01:51] <poolie> there are enough different moving parts
[01:52] <abentley> poolie: Yes.  We don't normally consider it QAed until it's tested in the datacentre.  And I know our mail handling can be a bit odd, so I think testing it on staging is really worthwhile.
[01:53] <poolie> me too
[01:53] <poolie> thanks for following up on it
[01:53] <abentley> poolie: np
[01:56] <lifeless> wgrant: so, please look at that branch :)
[01:56] <lifeless> ciao
[02:24] <poolie> hey, can someone help me work out how to land max's loggerhead changes
[02:24] <poolie> is it enough to just merge them to the relevant branch?
[02:24] <poolie> spm? wallyworld?
[02:54] <spm> poolie: I'm not sure at all tbh
[03:04] <maxb> poolie: Don't you just PQM them onto lp:~launchpad-pqm/loggerhead/devel, and then update utilities/sourcedeps.conf?
[03:05] <poolie> i think so; i'll try it later
[03:15] <poolie> are one-letter project names banned?
[03:17] <wgrant> Hmm, are the appservers overloaded?
[03:17] <wgrant> I'm getting truncated responses again.
[03:17] <wgrant> Less frequently than last time, though.
[03:21] <spm> a couple are, yeah
[03:23] <spm> https://lpstats.canonical.com/graphs/AppServerRequestLpnet/ wheeee
[03:47] <spm> wgrant: with any luck, things should be better. looks like a buggy script was being rude.
[03:54] <wgrant> spm: Thanks.
[03:55] <spm> yeah the # requests graph is dropping off due to our heavy hand of stabbing application
[04:24] <cody-somerville> wgrant, Do you know much about SQL indexes?
[04:24] <wgrant> cody-somerville: Some. What's the issue?
[04:26] <cody-somerville> wgrant, I'm wondering if an index could be used to make finding the latest of something that relates to something else faster - ie. lets say finding the latest build for a project in a CI.
[04:27] <wgrant> cody-somerville: Of course.
[04:28] <cody-somerville> Would just creating an index on say the finished_at field of the buildresult table be sufficient?
[04:28] <cody-somerville> or would an index on the foreign key to the project and the finished_at field be better?
[04:29] <wgrant> Probably the latter.
[04:30] <spm> be aware that adding indexes can have major negative performance impacts. if you're looking to modify LP stuff, I'd strongly urge you to check with stub, and at least get some explain's happening to show if an index *may* help.
[06:00] <wgrant> launchpad.dev seems to be just about unusable for me.
[06:00] <wgrant> It has to grab several hundred YUI files on every page load...
[06:02] <spm> O_O
[06:02] <wgrant> Yeah, more than 400 YUI JS files are included in each page's <head>. This seems questionable.
[06:04] <StevenK> wgrant: Whereas, usually, launchpad.dev is *fast*
[06:04] <wgrant> StevenK: I think it would be almost acceptably fast if the JS was all in one file like it is on prod.
[06:04] <StevenK> I thought the Makefile did combine-css?
[06:04] <wgrant> The main issue is that only a single request can be processed at a time.
[06:04] <StevenK> Oh, wait
[06:04] <StevenK> I'm a bozo
[06:05] <StevenK> Doesn't lazr-js do that for us?
[06:05] <wgrant> The dev appserver doesn't use the combined launchpad.js, even if it has been built.
[06:06] <wgrant> I wonder which config key it is.
[06:06] <wgrant> Ah, devmode.
[06:07] <wgrant> OMG so fast
[06:11] <wgrant> There's also a disturbing number of 404 OOPSes that have just shown up in the last few minutes.
[06:11] <wgrant> Like 3000 of them.
[06:12] <wgrant> I think something might be wrong with the lazr-js upgrade :/
[06:17] <wgrant> StevenK: Could you pastebin the query log from OOPS-1780G1265 for me?
[06:17] <StevenK> No, you can bloody well wait 10 days
[06:17] <wgrant> Heh.
[06:17] <wgrant> But IS probably won't get around to creating my account for years :P
[06:18] <StevenK> I doubt it
[06:18] <StevenK> wgrant: http://pastebin.ubuntu.com/539296/
[06:18] <StevenK> Oh sigh, that's the wrong bit, isn't it
[06:19] <StevenK> wgrant: http://pastebin.ubuntu.com/539297/
[06:21] <wgrant> StevenK: Thanks.
[07:03] <lifeless> [07:03] <lifeless>     Hard / Soft  Page ID
[07:03] <lifeless>       80 / 5210  Archive:+index
[07:03] <lifeless>       62 /  271  BugTask:+index
[07:03] <lifeless>       21 /  248  Distribution:+bugs
[07:03] <lifeless>       18 /    0  BinaryPackageBuild:+retry
[07:03] <wgrant> lifeless: Yes, I'm working on it right now :P
[07:03] <lifeless>       15 /    3  ProjectGroup:+milestones
[07:03] <lifeless>       12 /  276  Distribution:+bugtarget-portlet-bugfilters-stats
[07:03] <wgrant> But the factory is being shitty.
[07:03] <lifeless>       12 /   19  Archive:+copy-packages
[07:03] <lifeless>       10 /  123  ProjectGroupSet:CollectionResource:#project_groups
[07:03] <lifeless>        9 /  146  POFile:+translate
[07:03] <lifeless>        8 /    2  Person:+bugs
[07:03] <lifeless> *interesting*
[07:03] <wgrant> The 300 or so missing ones?
[07:03] <lifeless> cool
[07:13] <lifeless> wgrant: factory fixin time?
[07:14] <wgrant> lifeless: I think it's OK now.
[07:15] <wgrant> I was confused for a while after I fixed it, since the baseline assertion had started failing without me noticing.
[07:15] <wgrant> But I think it's sorted now.
[07:31] <lifeless> kk
[08:48] <adeuring> good morning
[09:20] <mrevell> Morning Launchpad devvers
[10:00] <gmb> So, StevenK... about that failure in db-devel. Is anyone looking at why it happened?
[11:01] <gmb> jml: Given the nature of the current db-devel problem (i.e. ongoing) is there any reason not to force the build so that we don't block on it? I'll add a comment to the bug, obviously.
[11:01] <wgrant> Hudson's happy. Let's use Hudson.
[11:04]  * gmb can't stop thinking people are referring to mwhudson when they say "Hudson."
[11:04] <wgrant> My statement may still stand, even in that case.
[11:04] <gmb> Hudson, old boy, merge this branch would you? There's a good chap.
[11:04] <gmb> True.
[11:15] <gmb> jml: Ah, ignore me; it's obviously not all that intermittent; 3 out of the last 4 builds failed because of this, if I'm reading buildbot right.
[11:56] <wgrant> How easy is it to find a timeout by its pageid?
[12:02] <deryck> Morning, all.
[12:11] <StevenK> gmb: I utterly forgot to look and got distracted by work
[12:11] <StevenK> gmb: But if I'm reading your last statement rightly, it's not really not my fault, it's buildbot being crap?
[12:11] <wgrant> When did it start?
[12:11] <gmb> StevenK: Yeah, it looks like it's an annoying but ongoing problem. I haven't had time to dig further.
[12:12] <wgrant> Around the time of the databasefixture landing?
[12:12] <gmb> wgrant: The bug was filed on the 29th, FWIW: https://bugs.edge.launchpad.net/launchpad-foundations/+bug/682861
[12:12] <_mup_> Bug #682861: db-devel librarian hung with '[Errno socket error] timed out' <build-infrastructure> <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/682861>
[12:13] <wgrant> That's, er, slightly suspicious timing.
[12:13] <wgrant> The databasefixture stuff landed on the 28th.
[12:14]  * StevenK is going to bang the Hudson drum in the new year
[12:14] <StevenK> I might actually *gasp* do some work on it while I'm off next week
[12:15] <wgrant> Damn, then who am I going to harass during my last week without ~launchpad superpowers?
[12:15] <StevenK> wgrant: Go play in the traffic
[12:15] <wgrant> :(
[12:19] <bigjools> wgrant: well done on passing
[12:19] <wgrant> bigjools: Thanks!
[12:20] <bigjools> did you get graded?
[12:22] <wgrant> Overall for the degree? No.
[12:22] <bigjools> when do you know?  or don't you?
[12:23] <wgrant> I'm not sure if they do it... but let's see what it would be.
[12:23] <wgrant> Oh good, H1.
[12:24]  * bigjools has no idea what that means
[12:24] <wgrant> First-Class Honours, ie >=80%.
[12:24] <bigjools> I did get a first class honours in hindsight from the university of life
[12:24] <wgrant> Haha.
[12:25] <bigjools> well done, anyway!
[12:25] <wgrant> Thanks.
[12:25] <wgrant> It is great to be done.
[12:30] <leonardr> jml, i sent email about this, but what do you mean when you refer to the set-based design we discussed 3 years ago?
[12:55] <wgrant> deryck: Hi.
[12:56] <deryck> hi wgrant
[12:57] <wgrant> deryck: I'm seeing around 450 YUI JS files included in <head> when it devmode. It makes page loads sort of slow. Is this likely to be related to your recent lazr-js upgrade?
[12:58] <deryck> wgrant, this is definitely related.  After I do qa today on the production changes, then I'll turn my attention to making that better.
[12:58] <wgrant> deryck: Thanks.
[12:58] <deryck> I should have sent mail about that already, sorry.
[12:58] <wgrant> Turning of devmode makes it fast again, since it just uses launchpad.js.
[12:58] <wgrant> I cannot type tonight, apparently.
[12:59] <deryck> heh
[12:59] <deryck> yeah, that is definitely a work around if you're not hacking on js itself.
[13:09] <gmb> flacoste: with db-devel being broken because of this ongoing but not-all-the-time timeout problem, does it make sense to force the build so that people can land things in the interim (and who knows, maybe it'll work this time)
[13:09] <gmb> ?
[13:12]  * gmb JFDoesIt.
[13:41] <mars> flacoste, ping
[13:56] <mars> gmb, +1 on forcing the build, +1000 on finding a possible clue as to its cause
[13:56] <gmb> mars: Yeah. I'll take a look later if I get the chance.
[13:59] <wgrant> mars: It's probably the librarian fixture changes.
[13:59] <wgrant> In db-devel r10013
[14:02] <bigjools> wgrant: awake enough for a very quick chat about removing non-PPA pockets from their indexes?
[14:02] <wgrant> bigjools: 'course.
[14:02] <wgrant> bigjools: They shouldn't be there, though...
[14:03] <bigjools> wgrant: I think it's an easy case of fixing the loops in C_writeIndexes and  D_writeReleaseFiles
[14:03] <bigjools> I was going to abstract the pockets to a call on IArchive
[14:03] <wgrant> bigjools: They're not actually ever written at the moment.
[14:03] <wgrant> Because they're never dirty.
[14:03] <bigjools> right
[14:03] <bigjools> but it loops them nonetheless
[14:03] <wgrant> We should skip them in A and B as well.
[14:03] <bigjools> ah yes
[14:05] <wgrant> bigjools: So, I'd just replace all the 'for pocket in PackagePublishingPocket.items' calls with 'for pocket in self.archive.getPocketsForSeries(distroseries)'
[14:06] <bigjools> wgrant: why by series?
[14:07] <wgrant> bigjools: Because you never know what Ubuntu will want to do next. But I guess for now we can skip that bit.
[14:07] <wgrant> Since it'll only be used in a couple of places.
[14:16] <wgrant> Anyway, it is getting late.
[14:29] <flacoste> hi mars
[14:45] <bigjools> aww jml you painted over my green bikeshed!
[14:53] <bigjools> foundations guys: I think I need to add lazr.enum._enum.EnumItems in lp_sitecustomize.py so that it has no security proxy, any thoughts?
[15:12] <mars> flacoste, pong
[15:17] <flacoste> mars: what can I do for you?
[15:18] <mars> bigjools, I think Gary would be best positioned to answer that question, but unfortunately he is out today
[15:18] <bigjools> mars: yeah, he's blowing out a lot of candles
[15:18] <mars> :)
[15:19] <bigjools> I can't talk, I've got the same number in 3 months...
[15:25] <jcsackett> how often is the data on qastaging restored?
[15:34]  * bigjools shakes fist at zope testrunner
[15:35] <bigjools> jcsackett: one a week
[15:35] <bigjools> once*
[15:35] <jcsackett> thanks.
[15:36] <bigjools> so, if I use an argument to bin/test like "-t soyuz -t !windmill" it ends up running every single test except windmill ones rather than all the soyuz  tests except windmill.
[15:41] <jelmer> -t is unfortunately || rather than &&
[15:42]  * jelmer often just uses a file with a list of tests to run and calls ./bin/test --load-list=FILE
[15:55] <bigjools> jelmer: yeah, && would be more useful
[16:31] <bac> jtv: are you disappearing soon?
[16:31] <jtv> bac: from the channel, yes.
[16:31] <bac> jtv: rats.  i'd like to work with you on a problem but i realize it is really late for you.
[16:32] <jtv> bac: oh, you're back on the West Pole already?
[16:32] <bac> yep, for a week
[16:32] <jtv> A week.
[16:33] <jtv> bac: but hey, see if you can grab my attention.  What is it you wanted to work on?
[17:44] <cody-somerville> libmozjs2s from LP-PPA-Launchpad is trying to uninstall my xulrunner :(
[18:55] <deryck> sinzui, ping
[18:58] <mkanat> Is there an icon that would mean something like "give me the raw content of this" in Launchpad that I should re-use for loggerhead?
[19:09] <maxb> Not that I have seen
[19:09] <sinzui> hi deryck
[19:10] <maxb> Also you'd have to jump through lots of licensing hoops if you wanted to take an icon from LP into Loggerhead
[19:11] <deryck> hi sinzui.  Is the calendar widget used on registry pages in js or python?  I can't find tests or a js file for it.
[19:11] <sinzui> deryck, the calendar is yui2. I think it was moved to lp.app
[19:12] <sinzui> deryck, we want the widget to be used every time there is a date or datetime field, but we do not seem to know how to ensure the js loads because the field is present
[19:13] <deryck> sinzui, ok, cool.  That helps then.  The lazr-js upgrade has borked the style of this widget, but I suspect it's an easy fix via class names.
[19:13] <mkanat> maxb: Why, are the LP icons not GPL?
[19:14] <maxb> mkanat: No, they are copyright Canonical, restricted rights for use in development only
[19:14] <mkanat> maxb: Oh, okay.
[19:15] <sinzui> deryck, I thought there was a windmill test for the calendar, but I do not see it
[19:16] <deryck> sinzui, yeah, it doesn't appear to have any test coverage, as far as I can see.
[19:17] <deryck> but no biggie.  I'll fix it all up next week.
[19:17] <sinzui> I there a yui3 calendar widget yet?
[19:17] <deryck> hmmm, not sure.
[19:17] <deryck> I can look into that a do a replacement.
[19:31] <benji> Is there a design document (or something similar) that describes the librarian?
[19:31] <lifeless> yes
[19:32] <lifeless> librarian.txt, docstrings.
[19:32] <benji> k, thanks
[19:51] <lifeless> jkakar:
[19:51] <lifeless> jkakar: hey
[19:52] <jkakar> Hi! :)
[19:52] <lifeless> jkakar: wondered what you think of my object graph to model query proposal.
[19:52] <lifeless> I'm sure its not new, but none of the python ORM's I've seen do it ...
[19:53] <jkakar> lifeless: It's still marked as "read" in my mail... I haven't made the time to read through it properly. :(
[19:53] <jkakar> lifeless: I want to, just been pressed with lots of other things.
[19:53] <jkakar> lifeless: Will try to get to it this weekend.
[20:54] <wgrant> flacoste: Do you really think that Soyuz can be simplified such that domain expertise is no longer required?
[20:54] <flacoste> hi william!
[20:54] <jcsackett> the whole pqm/release thing now largely has to do with stuff in db-devel, right? things done in devel will still roll out on a fairly regular interval, so RCs are less important, aren't they? or have i completely misunderstood something?
[20:54] <wgrant> Heh, morning.
[20:56] <flacoste> wgrant: i do believe that we can make it so that many changes can be done without requiring vetting by somebody who "understands the whole system" and without the risk of breaking everything
[20:56] <flacoste> wgrant: but people will have to understand the basics of package building and archive management
[20:56] <jelmer> jcsackett: No, that's right.
[20:56] <flacoste> but i don't think it requires a year of dedicated Soyuz hacking to get that
[20:56] <jcsackett> jelmer: thanks.
[20:57]  * jcsackett relaxes a touch.
[20:58] <flacoste> jcsackett: you should still make sure that all your revisions before 12019 are qa-okl
[20:58] <flacoste> or get a rc to fix any qa-bad in that range
[20:58] <flacoste> jcsackett: but yeah, we'll continue nodowntime deployment afterwards from devel
[20:58] <jcsackett> flacoste: i may need to do that. it's not a qa-bad, per se, but a qa-ok that's an incomplete solution to an inprogress bug. but i think i'm about to have the full solution, which would be nice to release all together.
[20:59] <flacoste> jcsackett: right, you can negotiate that with abentley
[20:59] <jcsackett> flacoste: right. first though i have to know if have anything to negotiate. was just checking on time tables. :-P
[21:03] <abentley> jcsackett: are any of your changes going to introduce regressions?
[21:03] <jcsackett> in the thing i'm working on?
[21:04] <jcsackett> abentley: in the thing i'm working on, no. in the branch that's qa-oked but we've discovered is incomplete, it wouldn't appear so. nothing is worse than it was, or we'd qa-bad it.
[21:05] <lifeless> wgrant: required? no. God Like Knowledge Of Every Line Of Code - that can be fixed.
[21:05] <abentley> jcsackett: Okay, so it won't need to block deployment.
[21:05] <lifeless> wgrant: for instance, concurrent uploads to the uploader, what unique keys are :)
[21:05] <jcsackett> abentley: yeah, the branch already landed isn't a blocker.
[21:06] <abentley> jcsackett: We can give it an RC if you think it's necessary to deploy your changes at the first available opportunity.
[21:06] <wgrant> lifeless: It's not quite that simple to fix, I'm afraid.
[21:06] <abentley> jcsackett: That would be Wednesday next week at 10:00 UTC.
[21:06] <jcsackett> abentley: dig.
[21:06] <lifeless> wgrant: is it worth fixing?
[21:07] <lifeless> wgrant: (rhetorical)
[21:07] <abentley> jcsackett: Otherwise, land it normally, and it can be part of the first nodowntime deployment of the next cycle.
[21:07] <jcsackett> abentley: okay. thanks.
[21:07] <lifeless> wgrant: I think its worth fixing because the current set of folk that can work on soyuz is the intersect of 'knows zope well', 'knows twisted well', 'knows debian packaging well', 'knows debian archive mgmt well'
[21:07] <lifeless> wgrant: ... very small set.
[21:08] <wgrant> lifeless: Sure, that sucks.
[21:08] <lifeless> every one of those that we can relax by better layering, clearer code, safer system, the larger the set of folk that can contribute sensible.
[21:08] <wgrant> But the new model means that the last two sets will vanish.
[21:09] <lifeless> uhm
[21:09] <wgrant> And after that it's just a matter of time until someone mistakenly qa-ok's something and tens of millions of machines notices.
[21:09] <lifeless> wgrant: I think you're mistaken.
[21:09] <abentley> rockstar: chat?
[21:10] <lifeless> wgrant: right now, the review policy does not require domain reviews of changes.
[21:10] <lifeless> wgrant: the reorg asks folk to take on the challenge of a wider view of the system. It doesn't expect them to suddenly know things they didn't.
[21:10] <lifeless> wgrant: learning will be involved.
[21:10] <wgrant> lifeless: No, but few outside the team make Soyuz changes. And I know that at least I review everything Soyuzy.
[21:10] <lifeless> wgrant: what will stop you doing that?
[21:11] <wgrant> lifeless: Trusting everyone to make changes to such a fragile, critical piece of Launchpad. Probably starting with myself.
[21:12] <lifeless> wgrant: do you mean 'there will be so many soyuz patches wgrant cannot look at them all' ?
[21:14] <wgrant> lifeless: No. I mean what I said. When I can be reasonably confident that people aren't able to accidentally break things, I will have a reason to stop watching.
[21:15] <wgrant> Soyuz is fragile. Some of this fragility is implied by the domain. And the consequences of a mistake can be immense.
[21:16] <rockstar> abentley, sure.  Mumble?
[21:16] <abentley> rockstar: sure.
[21:18] <lifeless> wgrant: you're talking about breaking the primary archive in some fashion, right ?
[21:18] <wgrant> lifeless: That's the worst case, but sure.
[21:18] <lifeless> so, some of the fragility is due to apt disk layout, sure.
[21:18] <flacoste> wgrant: i really don't get 'fragility implied by the domain'
[21:18] <lifeless> but a lot of it is due to our code.
[21:18] <flacoste> i think that's my main point of disagreement
[21:18] <flacoste> what is so fragile in archive management
[21:19] <wgrant> lifeless: A lot of the code is atrocious, sure.
[21:19] <lifeless> wgrant: I'll buy 'expected cost of a qa failure is huge'
[21:19] <wgrant> I'll also throw in "QAing completely is just about impossible"
[21:19] <lifeless> wgrant: but I don't see a reason for a qa failure to be more or less likely simply because its archive mgmt
[21:19] <flacoste> the fact that we relied on poor perl code for stuff isn't something implied by the domain
[21:19] <lifeless> wgrant: builds are already more-than-soyuz-team today.
[21:20] <wgrant> lifeless: Um, not really, but OK.
[21:20] <lifeless> wgrant: buildd manager isn't, but it breaking isn't catastrophic (compared to the main web UI going down, APIs going down, or codehosting going down)
[21:21] <lifeless> wgrant: its not less catastrophic either.
[21:21] <wgrant> lifeless: buildd-manager problems are always handled by Soyuz.
[21:21] <wgrant> Still.
[21:21] <lifeless> yes, I know
[21:22] <wgrant> Despite it in theory being shared for 11 months now.
[21:22] <lifeless> well
[21:22] <lifeless> buildd manager wasn't ever shared yet AFAIK
[21:22] <lifeless> slaves are
[21:22] <wgrant> Hm?
[21:22] <lifeless> and they get worked on
[21:23]  * jelmer waves
[21:24] <jelmer> flacoste: I don't think the fragility is implied by the domain. Even if it is, it's certainly not why things are fragile at the moment.
[21:24] <wgrant> Some of it is. A lot of it isn't.
[21:27] <flacoste> jelmer: thanks! i was starting to think i was blind to something
[21:30] <wgrant> Yes, Soyuz is far worse than it needs to be.
[21:33] <jelmer> flacoste: I do agree with Julian's concerns about Soyuz' fragility in the shorter term though.
[21:37] <jelmer> perhaps I should follow up on the ml
[21:37] <cody-somerville> Sounds like there is an interesting discussion going on somewhere that I haven't seen yet.
[21:38] <wgrant> On<EMAIL_ADDRESS>[21:38] <flacoste> cody-somerville: 'Announcing Launchpad Squads' on canonical-launchpad mailing list
[21:39] <lifeless> flacoste: perhaps its time to take it to lp-dev ?
[21:39] <flacoste> perhaps
[21:39] <flacoste> or start a different thread there
[21:40] <lifeless> the latter is what I meant
[21:41] <elmo> "Grave mistakes caused by soyuz rookies setting off booby traps is a future problem that might not ever actually happen.", i.e. "this risk may not happen, therefore it does not exist"
[21:41] <elmo> this thread is really beginnning to depress me
[21:43] <cody-somerville> :-(
[21:48] <wgrant> lifeless: On a lighter note, my Archive:+index and Archive:+packages fix is reviewed and tested.
[21:49] <lifeless> wgrant: sweet.
[21:49] <lifeless> wgrant: land it!
[21:49] <wgrant> lifeless: Aren't we still r-c?
[21:50]  * lifeless twitches
[21:50] <wgrant> The topic suggests it, although db-stable was merged recently.
[21:50] <lifeless> yes
[21:50] <lifeless> we need to qa *past* the db merge
[21:50] <lifeless> and then we can unlock
[21:50] <wgrant> Ah.
[21:50] <lifeless> thats the critical section
[21:51] <lifeless> currently waiting for buildbot
[22:21] <flacoste> elmo: i think i understand your concerns, iow, fuck ups in Soyuz can have a high-impact, we shouldn't thread this lightly
[22:23] <flacoste> elmo: it does mean that we should be careful when reviewing changes and QA there, but not sure that keeping the people who can make changes there is a solution
[22:23] <flacoste> elmo: it didn't really got us far now
[23:01] <EdwinGrubbs> lifeless: if a page explicitely gets the master store, doesn't it mean that every *Set class will load objects with the wrong store since they usually use IStore to get it? It seems like passing a store object into methods on *Set classes is a an inefficient way to handle this.
[23:01] <lifeless> EdwinGrubbs: there may be many cases where its a problem.
[23:01] <lifeless> EdwinGrubbs: my primary point was you're adding a new instance of the problem :)
[23:02] <lifeless> EdwinGrubbs: we had timeout/performance issues on some pages due to this with LibraryFileAlias, for instance.
[23:02] <lifeless> EdwinGrubbs: I don't mind if you want to search for a cool elegant way to handle it, but supplying the store is a fairly obvious and will-work approach.
[23:03] <lifeless> EdwinGrubbs: essentially, IStore should be used as a matter of last resort, because its a global lookup rather than related-state lookup.
[23:04] <wgrant> The Sets traditionally use I(Master|Slave)?Store.
[23:04] <wgrant> Since they don't have an object on which they can call Store.of.
[23:10] <lifeless> right
[23:10] <lifeless> its a bug
[23:12] <lifeless> the whole set structure is a bit buggy
[23:12] <lifeless> they are exposed as singletones
[23:12] <lifeless> s/es/s/
[23:12] <wgrant> Right.
[23:12] <lifeless> but correct behaviour for them depends on non-global state
[23:12] <wgrant> I'm hoping that your next piece of work will make this a bit more fixable.
[23:32] <wgrant> cody-somerville: What do I have to do to convince you not to use PPAs for obsolete series?
[23:33] <lifeless> wgrant: customers which we have contracts with need them.
[23:33] <wgrant> Well that's stupid.
[23:34] <wgrant> s/stupid/insecure/, if you must.
[23:34] <lifeless> s/.*/reality/
[23:34] <wgrant> Shh.
[23:34] <lifeless> insecure?
[23:35] <wgrant> Or does OEM maintain security updates for obsolete series?
[23:35] <lifeless> a per device thing, I believe
[23:35] <lifeless> (so yes)
[23:35] <wgrant> :(
[23:36] <jpds> Ew.
[23:57] <lifeless> jpds: well, its essentially a LTS for a specific customer, AIUI. cody-somerville will know all the gory details.
[23:58] <lifeless> point is, *some* PPA's today need to keep publishing non-regularsupported suites.


[01:58] <Daskreech> nixternal: ping
[02:59] <nixternal> Daskreech: pong
[03:00] <Daskreech> nixternal: Would you happen to have any contacts for any lawyers?
[03:01] <nixternal> haha, no. why?
[03:11] <Daskreech> nixternal: I have a friend in slovak doing a law degree and they need some information on punishment choices from the US
[03:11] <Daskreech> trying to find a lawyer or legal they can make contact with
[03:56] <highvoltage> oh wow, it's nixternal
[03:59] <nixternal> oh wow, it's highvoltage :)
[04:01] <Daskreech> hi nixternal :)
[04:09] <highvoltage> nixternal: not sure if it's my imagination, but it just feels like you haven't been around in a while :)
[04:09] <nixternal> i haven't been...been hiding
[04:22] <Daskreech> nixternal: any idea how I can get some Legal's e-mail address? :)
[04:23] <nixternal> Daskreech: google :p
[04:23] <nixternal> i have no clue
[04:23] <Daskreech> Hmm they do have legal people!
[04:23]  * Daskreech wonders the ramifications of hunting down people at Google via google and bugging them on Gtalk
[05:14] <nigelb> nixternal: hey, you're back!
[05:28] <nixternal> i am always in here, just not always active...or not active at all
[05:39] <nigelb> nixternal: yes, yes, that's the point
[05:39] <nigelb> nixternal: you're active again :D
[06:51] <nigelb> highvoltage: HAPPY BIRTHDAY!
[10:31] <shadeslayer> apachelogger: yes you did
[10:42] <nigelb> \o/ http://kde.in/conf/keynotes/
[10:42] <shadeslayer> kool
[10:44] <shadeslayer> whee lydia is coming :D
[10:46] <tazz> shadeslayer, you didnt know ?
[10:47] <shadeslayer> tazz: she had a talk iirc
[10:47] <shadeslayer> no keynote ...
[10:47] <tazz> yea... i said that because "<shadeslayer> whee lydia is coming :D"
[10:51] <shadeslayer> hmm
[10:51] <shadeslayer> should i apply for kubuntu dev
[11:44] <agateau> Riddell: ping
[11:50] <Riddell> grr, my laptop won't connect to my wireless
[11:51] <Riddell> bad laptop, bad wireless
[11:51] <Riddell> pong agateau
[11:56] <shadeslayer> agateau: do you have a rotating busywidget for me? :D
[11:56] <shadeslayer> in .gif format :)
[11:56] <apachelogger> shadeslayer: you be finding minions
[11:57] <apachelogger> no minions => no chance for kubuntu dev
[11:57] <shadeslayer> apachelogger: tazz !!
[11:57] <shadeslayer> oh my
[11:57] <shadeslayer> apachelogger: tazz is a candidate for minion'ship
[11:58] <shadeslayer> oh and
[11:58] <shadeslayer> apachelogger: what's the name of the star icon that is showed in GHNS push buttons?
[11:58] <apachelogger> star :P
[11:58] <apachelogger> *shrug*
[11:59] <apachelogger> take a look at the GHNS code
[11:59] <apachelogger> something with like or bookmark I presume
[11:59] <shadeslayer> yeah already looking
[11:59] <shadeslayer> apachelogger: the KDM theme chooser page does not have a icon besides the GHNS push button
[12:00] <shadeslayer> s/page/KCM
[12:00] <shadeslayer> aha
[12:00] <shadeslayer> apachelogger: /usr/share/icons/oxygen/48x48/actions/get-hot-new-stuff.png
[12:00] <shadeslayer> icon of it's own ^_^
[12:05] <tazz> wa??
[12:06] <Riddell> tazz: you're going to be an elite Kubuntu ninja?
[12:07] <tazz> arigato sensei!
[12:18] <Riddell> agateau: doesn't like the new libindicate-qt https://launchpad.net/ubuntu/+source/kopete-message-indicator/0.2.0-0ubuntu3/+buildjob/2246859
[12:20] <Riddell> agateau: likewise https://launchpad.net/ubuntu/+source/plasma-widget-message-indicator/0.5.6-0ubuntu5/+buildjob/2246863
[12:27] <debfx> they shouldn't check for libindicate when they are using libindicate-qt
[12:28] <shadeslayer> apachelogger: want to have a look at a patch for kdm kcm?
[12:28] <shadeslayer> i'm still testbuilding it
[12:28] <shadeslayer> apachelogger: http://paste.ubuntu.com/564401/
[12:33] <shadeslayer> anyone seen rbelem lately?
[12:39] <Riddell> shadeslayer: he pinged me yesterday but didn't stay around for a pong
[12:50] <Riddell> rdieter: you're having the same problem of kdebindings on ARM?  (does Fedora do ARM?)
[12:52] <rdieter> Riddell: I can let you know shortly, been working on getting the qt/kde stack up to snuff on arm over the past week or so.
[12:54] <shadeslayer> ah
[12:57] <shadeslayer> Riddell: do one line changes to got reviewboard as well?
[12:58] <shadeslayer> in the KDM KCM module, GHNS is missing a icon :P
[12:58] <shadeslayer> so i fixed it by passing a KIcon to its constructor
[12:59] <shadeslayer> er.
[12:59] <apachelogger> shadeslayer: if it is reviewworthy it goes to reviewboard :P
[12:59] <shadeslayer> *do one line changes have to go through reviewboard as well?
[12:59] <shadeslayer> haha
[12:59] <shadeslayer> apachelogger: ok .. then ... hold on a second ^_^
[13:00] <shadeslayer> 94 % done ...
[13:01] <shadeslayer> \o/
[13:01] <shadeslayer> apachelogger: Riddell http://paste.ubuntu.com/564416/
[13:04] <apachelogger> hm
[13:04] <apachelogger> shadeslayer: that looks wrong
[13:04] <apachelogger> isnt there a knewstuffbutton or something like that?
[13:06] <apachelogger> shadeslayer: http://api.kde.org/4.x-api/kdelibs-apidocs/knewstuff/html/classKNS_1_1Button.html
[13:16] <highvoltage> nigelb: thanks :)
[13:18]  * shadeslayer looks
[13:18] <shadeslayer> apachelogger: ah so the Pushbutton itself is wrong
[13:18] <agateau> Riddell: debfx is right, let me fix this
[13:18] <apachelogger> shadeslayer: hai
[13:18]  * shadeslayer tries to fix
[13:19] <shadeslayer> i keep dropping off the interwebz
[13:20] <apachelogger> well
[13:20] <apachelogger> obviously
[13:20] <apachelogger> reception must be horrible over in india
[13:20] <apachelogger> that is considerably far away from big ben
[13:21]  * apachelogger upps fosdem pix
[13:21]  * Riddell suspects apachelogger of watching the IT Crowd
[13:21] <apachelogger> as usual I did forget to take pictures half the time even though I had a plan to just make photos of everything...
[13:22]  * apachelogger thinks Riddell might be right
[13:22] <shadeslayer> heh
[13:27] <shadeslayer> @_@ [ 70%] [ 72%] [ 72%] [ 72%] /home/shadeslayer/tmp/kde-workspace/kdm/kcm/kdm-theme.cpp:37:29: fatal error: knewstuffbutton.h: No such file or directory
[13:27] <shadeslayer> AHAHAHA Deprecated, use knewstuff3!
[13:28] <shadeslayer> apachelogger: thou art outdated
[13:28] <apachelogger> shadeslayer: kns3 also got that button
[13:36] <milian> since 10.10 I have huge rendering issues on my work machine that has an ati card. fglrx driver seems to work, at least glxgears and glxinfo seem to output the expected stuff
[13:36] <milian> with rendering issues I mean: text overlapping in konsole, sluggish moving of windows, general painting issues when scrolling in various apps (firefox, quassel, ...)
[13:36] <milian> anyone ever heard of that?
[13:36] <milian> kwin effects are turned off
[13:37] <milian> kde 4.6.0 btw
[13:37] <Mamarok> Riddell: has that been abandoned? I thought there were plans to have a client for Ubuntu One
[13:38] <Riddell> Mamarok: apachelogger did it for summer of code but nothing has happened since
[13:38] <Mamarok> ah, OK
[13:39] <Riddell> Mamarok: although one of the ubuntu one guys is a Qt fan and has been saying he'll do a Qt frontend.  that's not really the same as KDE integration though
[13:39] <Riddell> milian: usual compositing lottery?  (see mgrasslin's blog from this week)
[13:40] <Riddell> milian: hmm, with compositing off though, dunno, general X crappyness?
[13:40] <Riddell> milian: I'd point you at our X people but I suspect they'll only be interested if you're running natty
[13:41] <milian> maybe - what I also notice: I got dual screen and moving a small window on one of those is generally fast but *very* slow on the other one
[13:41] <milian> the other painting issues I see on both screens though
[13:42] <milian> is there a free ati driver that can do dual screens?
[13:42] <milian> 01:00.0 VGA compatible controller: ATI Technologies Inc RV620 LE [Radeon HD 3450]
[13:42] <milian> so that I could try that?
[13:42] <milian> maybe it's fglrx that's crappy :-S
[13:42] <milian> slow moving wouldn't be so bad even if at least text would not be painted wrongly in konsole :-S
[13:43] <Riddell> milian: I believe there's about three ATI drivers, but I only know this from mgrasslin's blog
[13:44] <agateau> Riddell: new plasma-widget-message-indicator out
[13:44] <Riddell> agateau: yay!
[13:50] <agateau> Riddell: new kopete-message-indicator out as well
[13:53] <Riddell> awooga
[14:01] <debfx> Riddell: can you sponsor a few packages?
[14:01] <Riddell> debfx: sure
[14:02] <debfx> Riddell: kdemultimedia and kubuntu-default-settings
[14:02] <debfx> and http://people.ubuntu.com/~debfx/phonon_4.7.0really4.4.4-0ubuntu3.debdiff
[14:10] <shadeslayer> apachelogger: http://paste.ubuntu.com/564463/
[14:11] <shadeslayer> derp
[14:12] <shadeslayer> one sec
[14:13] <shadeslayer> http://paste.ubuntu.com/564464/
[14:21] <Riddell> debfx: what's the significance of the phonon patch?
[14:21] <debfx> Riddell: it makes packages that link against libphonon depend on the phonon package
[14:22] <debfx> which recommends a phonon backend
[14:22] <shadeslayer> hmm
[14:23] <Riddell> clever
[14:23] <Riddell> debfx: all uploaded
[14:23] <debfx> Riddell: thanks
[14:25] <debfx> agateau: it would be great if you could build libindicate-qt with -fvisibility=hidden in the future
[14:25] <debfx> agateau: though I'm not sure if doing so breaks the ABI
[14:26] <agateau> debfx: mmm... I am no build expert... think you can try a patch?
[14:28] <debfx> agateau: sure
[14:28] <agateau> debfx: great!
[14:35] <Riddell> agateau: you "Reworked one of the dialog of the Kubuntu Notification Helper"?  that doesn't seem to be in bzr, is there a merge to be done?
[14:35] <agateau> Riddell: I made a merge request, it was merged in by one of the Jonathans
[14:36] <shadeslayer> any ideas how to forward declare knewstuffbutton.h ? ... i used class knewstuffbutton ... didn't work
[14:36] <agateau> shadeslayer: use proper capitalization? :)
[14:36] <Riddell> agateau: oh yes, there is it, my mistake
[14:36] <nigelb> Riddell / apachelogger : either of you want to take a session at UDW?
[14:36] <nigelb> (Ubuntu developer week)
[14:37] <shadeslayer> also ...
[14:37] <shadeslayer> Riddell: can you upload kdegames? Quintasan_ seems to have forgotten about it
[14:37] <agateau> shadeslayer: it's in a namespace
[14:37] <shadeslayer> we don't want upstream breathing down our necks
[14:37] <agateau> shadeslayer: you must do it like this:
[14:37] <shadeslayer> oh
[14:37] <agateau> shadeslayer: namespace KNS3 { class Button; }
[14:37] <shadeslayer> agateau: one sec :)
[14:38] <shadeslayer> agateau: http://paste.ubuntu.com/564477/
[14:38] <shadeslayer> since bGetNewThemes is in the header, i need to modify that as well
[14:38] <agateau> shadeslayer: is there a question attached with this paste?
[14:38] <Riddell> shadeslayer: doing
[14:38] <agateau> oh ok :)
[14:39] <shadeslayer> :D
[14:39] <agateau> shadeslayer: just add the snippet I wrote to kdm-theme.h it should be ok
[14:39] <shadeslayer> ok
[14:40] <agateau> shadeslayer: but the code in kdm-theme.cpp looks very wrong
[14:40] <agateau> shadeslayer: you are declaring a new local "bGetNewThemes" var instead of initializing the one from the class
[14:45] <nigelb> [1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D[1;3D95
[14:45] <nigelb> what the..
[14:45] <nigelb> sorry
[14:45]  * agateau detected a cat on a keyboard
[14:46] <Daskreech> More like a paste
[14:46] <Daskreech> cats have a more /dev/random function
[14:46] <nigelb> its just irssi spitting nonsense
[14:47] <shadeslayer> haha
[14:47] <shadeslayer> whee
[14:47] <shadeslayer> agateau: thanks agateau :)
[14:47] <agateau>  Daskreech: indeed
[14:47] <agateau> shadeslayer: you're welcome
[14:47] <shadeslayer> \o/ http://paste.ubuntu.com/564485/
[14:48] <shadeslayer> i have to get up, walk to the end of the other room and manually reset the router everytime i lost my interwebzx
[14:48] <shadeslayer> -x
[14:48] <shadeslayer> done that ... about ... 9 times already
[14:57] <Riddell> shadeslayer: would you be able to put kdegames into kubuntu-ppa/backports too?  upstream was asking
[14:57] <shadeslayer> yep .. will do
[14:58] <Daskreech> Would anyone happen to have an e-mail for any legals?
[14:59] <shadeslayer> Riddell: http://paste.kde.org/4330 << can that go into KDE Trunk? :)
[15:02] <Riddell> shadeslayer: I would say so, you should check with ossi, who's on #kde-devel
[15:02] <agateau> shadeslayer: be careful, ossi is... difficult sometimes :)
[15:02] <shadeslayer> ok
[15:03] <shadeslayer> agateau: thanks for the tip :)
[15:16] <apachelogger> nigelb: when is that?
[15:16] <nigelb> apachelogger: last week of feb
[15:16] <nigelb> apachelogger: you can pick an empty slot from https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable#preview
[15:16] <nigelb> erm minus the preview bit
[15:17] <apachelogger> shadeslayer: looks good
[15:17] <apachelogger> except that the patch is incomplete
[15:17] <apachelogger> also bugged
[15:17] <apachelogger> +    KNS3::Button* bGetNewThemes = new KNS3::Button(i18nc("@action:button", "&Get New Themes"), "kdm.knsrc" , this);
[15:18] <apachelogger> what you are doing there is overriding the member bGetNewThemes
[15:18] <apachelogger> thus the member will not ever be set and dangle until the kcm crashes thanks to the ptr
[15:18] <shadeslayer> dude
[15:18] <shadeslayer> agateau: http://paste.kde.org/4330
[15:18] <shadeslayer> erm
[15:18] <shadeslayer> apachelogger: http://paste.kde.org/4330
[15:18] <apachelogger> madness
[15:19] <apachelogger> still incompletel
[15:19] <shadeslayer> O_O
[15:19] <apachelogger> the old qpushbutton surely had further magic attached, magic that is now handled by the button
[15:19] <apachelogger> e.g. I would suppose the newstuffbutton does the downloaddialog stuff...
[15:20] <shadeslayer> no
[15:21] <shadeslayer> KSN has a seprate header for download dialogs
[15:21] <shadeslayer> and i haz the apporoval of ossi :P
[15:22] <nigelb> apachelogger: still interested?
[15:22] <apachelogger> ...
[15:22] <apachelogger> shadeslayer: my leg also has its own header
[15:23] <shadeslayer> @_@
[15:23] <apachelogger> that still does not prevent me from using it
[15:23] <apachelogger> ...
[15:23] <apachelogger> nigelb: I dont have time that week it would seem
[15:24] <nigelb> apachelogger: aw :(
[15:24] <apachelogger> Mamarok: there is an ubuntu one client
[15:24] <apachelogger> and it does not work with KDE
[15:25] <apachelogger> which is a bug and should be reported as such, if that did not happen yet
[15:25] <shadeslayer> ^_^
[15:25] <apachelogger> likely no one reported that because they are all whiny about not getting a kde ui
[15:27] <milian> Riddell: switched to radeon driver, now the issues are gone - seems like fglrx is pretty broken for my card in 10.10
[15:27] <milian> anywasy, good news that the foss drivers are working so good now
[15:29] <Riddell> milian: X is such a lottery really :(
[15:29] <Riddell> hi rbelem
[15:30]  * apachelogger does the wayland dance
[15:30] <shadeslayer> apachelogger: hah
[15:30] <shadeslayer> apachelogger:  i see 3 instances of bGetNewThemes
[15:31] <shadeslayer> one of them is the allocation of bGetNewThemes to the heap, the second adds it to the main window and the 3rd is the connect for when it is clicked
[15:31] <apachelogger> wah?
[15:31] <shadeslayer> instances as in ... uses :P
[15:31] <apachelogger> ah
[15:31] <apachelogger> yeah
[15:31] <apachelogger> so
[15:31] <shadeslayer> so imo it doesn't need further poking
[15:31] <apachelogger> question is, why do you tell me? :P
[15:31]  * apachelogger notes that by now he also looked at the file
[15:31] <apachelogger> shadeslayer: it does
[15:31] <apachelogger> and that is not even my opinion :P
[15:31] <apachelogger> it just does
[15:31] <shadeslayer> heh
[15:32] <shadeslayer> i don't see what i can do further :S
[15:32] <apachelogger> well
[15:33] <apachelogger> since there are only 3 uses one of them must be the bogus
[15:36] <shadeslayer> wha
[15:37] <shadeslayer> how is one of them bogus? all of the uses look sane
[15:39] <apachelogger> look at the knewstuffbutton.cpp and say that again
[15:39] <shadeslayer> looking
[15:40] <shadeslayer> i still don't see it
[15:40]  * apachelogger just fell asleep while reading
[15:40] <apachelogger> oh my
[15:41] <apachelogger> shadeslayer: did you test your change?
[15:41]  * shadeslayer gives apachelogger a unicorn to keep him company
[15:41] <apachelogger> as in: runtime test
[15:41] <shadeslayer> no ... :S
[15:41] <apachelogger> do that
[15:42] <apachelogger> then you will see why your change is incomplete
[15:42] <shadeslayer> ok
[15:43] <shadeslayer> cloning is going to be a PITA
[15:43] <shadeslayer> building even more so
[16:35] <debfx> agateau: http://paste.kde.org/4336/
[16:36] <agateau> debfx: nice, thanks!
[16:37] <agateau> debfx: will review tomorrow
[16:37] <agateau> (busy busy right now)
[16:47] <ari-tczew> Riddell: bug 713790
[16:48] <ari-tczew> did ScottK response for any concerncs?
[16:48] <shadeslayer> uh ok
[16:48] <shadeslayer> dcmtk was updated
[16:48]  * shadeslayer looks
[16:49] <shadeslayer> and p.d.o looks much better now
[16:55] <ari-tczew> shadeslayer: what is p.d.o?
[16:55] <shadeslayer> ari-tczew: packages.debian.org :D
[16:56] <ari-tczew> shadeslayer: I don't see any difference.
[16:56] <shadeslayer> Riddell: rekonq 0.7 alpha out today, might want to keep a eye on that :)
[16:56] <shadeslayer> ari-tczew: sorry?
[16:56] <ari-tczew> shadeslayer: you wrote p.d.o looks better, why?
[16:57] <shadeslayer> ah
[16:57] <shadeslayer> ari-tczew: new theme etc
[16:57] <ari-tczew> shadeslayer: so I wrote: I don't see any difference.
[17:01] <ari-tczew> shadeslayer: nevermind, I forgot packages.debian.org with PTS
[17:01] <ari-tczew> s/forgot/mistake
[17:02] <shadeslayer> :)
[17:16] <shadeslayer> rekonq 0.7 Alpha 1 tagged
[17:37] <shadeslayer> ScottK: around?
[17:38] <shadeslayer> http://paste.kde.org/4341 << DSO Linking ... and i can't make head or tails of the debian wiki page
[17:41] <shadeslayer> hah
[17:42] <shadeslayer> Quintasan_: and you thought SIP was a problem, go look at dcmtk
[17:57] <shadeslayer> i'm taking a break ... cya
[18:05] <afiestas> rbelem: ping
[18:16] <rbelem> afiestas: pong
[19:11] <ryanakca> Riddell: Thanks for the sync
[19:11] <debfx> shadeslayer: that dcmtk package is seriously broken
[19:24] <Riddell> agateau: I take it kubuntu_02_fix_text_overlap_in_systemtray.diff can be removed from plasma-widget-message-indicator now?
[19:24] <Riddell> bug 632419
[20:05] <Quintasan_> shadeslayer: yeah? then do SIP for project-neon
[20:07] <apachelogger> shadeslayer: ping
[20:08] <apachelogger> Quintasan_: ping
[20:08] <Quintasan_> pong
[20:08] <Quintasan_> apachelogger: ^
[20:08] <apachelogger> Quintasan_: you be talking about nightly builds using launchpad at https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable
[20:08] <apachelogger> please select a time slot
[20:09] <Quintasan> I will be talking as in I'm in no position to refuse?
[20:09] <debfx> shadeslayer: ping
[20:09] <apachelogger> Quintasan: exactly
[20:09] <apachelogger> debfx: ping
[20:09] <debfx> apachelogger: pongpong
[20:09] <apachelogger> debfx: you be talking about kubuntu development at https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable
[20:09] <apachelogger> please select a slot
[20:09] <debfx> o_O
[20:10] <apachelogger> debfx: also you need a minion to become kubuntu dev ... :P
[20:11] <Quintasan> apachelogger: Firday 4th  @ 19 UTC seems to be okay
[20:11] <apachelogger> Quintasan: groovy, just add yourself :)
[20:11] <Quintasan> apachelogger: You want me to talk about Project Neon or about nightly builds in general
[20:12] <apachelogger> Quintasan: general would be better, but with neon as example
[20:12] <Quintasan> apachelogger: I will add it as (not confirmed) since I dont know if I'll be going anywhere then
[20:12] <apachelogger> so one has practical stuff to hold on to
[20:12] <apachelogger> Quintasan: maybe you should use another slot then?
[20:12] <apachelogger> ..or when will you know?
[20:12] <Quintasan> apachelogger: tomorrow
[20:12] <apachelogger> ah, fair enough
[20:13] <apachelogger> where is jt?
[20:13] <Quintasan> What is where?
[20:13] <apachelogger> producing faulty software and then hiding -.-
[20:14] <apachelogger> Quintasan: jontheechidna
[20:14] <Quintasan> Oh, I guess he hid just to annoy you
[20:14] <apachelogger> probably
[20:15] <Quintasan> hmm, I will have to prepare it next week
[20:15] <Quintasan> sounds reasonable
[20:15] <Quintasan> well then, back to pretending that I am doing my homework properlly
[20:16] <apachelogger> ^^
[20:18] <Quintasan> Provided that one school year is around 290 days and one day of pretending gives me 1 skill point then I already have 4900+
[20:18] <Quintasan> Next stop, OVER 9000
[20:21] <apachelogger> I need a dollar, a dollar is all I need
[20:21] <Quintasan> If you don't have a dollar then how do you pay ur internet bill?
[20:22] <apachelogger> well
[20:23] <apachelogger> we do not haz dollars in the union of europe and mars
[20:23] <Quintasan> So why the hell do you need a dollar?
[20:25] <apachelogger> coz I was sining!!!
[20:27] <apachelogger> debfx: do you have a slot yet?
[20:27]  * apachelogger git adds Quintasan by mistake
[20:27] <Quintasan> how the hell you can add me to git?
[20:27]  * Quintasan is not translateable into binary
[20:28] <apachelogger> everyone is!!!
[20:29] <Quintasan> lolwut
[20:29] <Quintasan> I'm off
[20:29] <Quintasan> good luck adding me to git
[20:35] <debfx> apachelogger: no thanks, i'll pass on that
[20:35] <apachelogger> debfx: why?
[20:35] <apachelogger> I needz you :/
[21:17] <tazz> hmm so it seems we have a lot of documentation pending for natty.
[21:21] <sheytan> Hey
[21:21] <sheytan> anyone with HTC wildefire?


[02:29] <Guest6822> <IP_ADDRESS>.0
[13:59] <wolf53> is this the official chat support for lubuntu?
[14:00] <krytarik> Yeah, very much so.
[14:01] <wolf53> ok i have a question i have an old acer aspire laptop with 1 gb ram .problem is ,I do not know if i need a 32 bit version or 64 bit version because i wanto to download and install lubuntu on it.Is there a 32 bit version of lubuntu??
[14:02] <wolf53> I can not check it because i already deleted windows
[14:03] <krytarik> Nope, there aren't any supported releases with 32-bit versions anymore.
[14:05] <wolf53> ok thanks maybe you know any other good linux distros for old 32 bit ?
[14:07] <krytarik> Well, I'd first check if you really need to restrict yourself to a 32-bit system.
[14:08] <krytarik> Like just download the current Lubuntu version, make an installation medium of it, and see if it runs.
[14:22] <wolf53> ok ,I'll do that first thanks ciao