[10:48] <Unit193> Heh, so the certbot backport/SRU never made it after all.
[13:11] <doko> rbalint: I see you are uploader for ruby-gsl ... could you have a look at https://bugs.debian.org/889023 ?


[00:18] <timrc> bigjools, thanks :)
[00:19] <wgrant> timrc: Why do you need to?
[00:19] <wgrant> timrc: PPA packages by default build against all components.
[00:22] <timrc> wgrant, You won't like it... we want to upload proprietary packages to project PPAs and when we pull them into our archive "downstream" route them into a private component
[00:22] <timrc> wgrant, it would be easy to do this if we could publish packages to different components in the PPA
[00:22] <wgrant> timrc: You're not wrong :)
[00:22] <wgrant> Perhaps use different PPAs?
[00:23] <timrc> wgrant, that's an option.. was hoping for something more "elegant"
[00:23] <wgrant> I campaigned years ago for custom component support in PPAs.
[00:23] <wgrant> But ended up satisfied when they relented and implemented multiple PPAs per person
[00:23] <wgrant> It works well for most things
[00:25] <timrc> Yeah, there is a certain appeal as it naturally enforces a good separation
[00:25] <timrc> I'll list it as an option for my team to discuss... we basically don't have a good way of handling this scenario right now, though
[00:26] <timrc> people should quit making proprietary software :)
[00:28] <wgrant> That sounds like the easiest solution :)
[00:36] <timrc> Hm my 8 mo old daughter is trying to eat the heads off the meerkats on this 10.10 shirt... guess I better go feed her.  Thanks for the assistance
[00:38] <lifeless> it would be a step towards consistency to let ppas do components
[00:42] <wgrant> Letting PPAs have Ubuntu's components is not particularly useful
[00:42] <wgrant> Letting them have custom components might be
[00:44] <cjwatson> Except for PPAs intended to be copied to Ubuntu
[00:45] <cjwatson> I mean, custom components wouldn't hurt if done right, but in that case letting them have Ubuntu's components is useful
[00:45] <lifeless> letting them have the same components would permit removing special case code
[00:46] <cjwatson> components do still need to be per-archive
[00:46] <cjwatson> (e.g. Debian)
[00:46] <lifeless> yes indeed
[00:46] <wgrant> Exactly.
[00:46] <wgrant> They need to be per-archive
[00:48] <wgrant> (DDs had some of this vaguely specced out, even up to dependencies between components and archives)
[00:53] <lifeless> one month f changes to devel:
[00:53] <lifeless> 586 files changed, 13951 insertions(+), 5928 deletions(-)
[00:53] <lifeless> not so much stable on loc
[00:56] <wgrant>  3659 files changed, 97472 insertions(+), 95512 deletions(-)
[00:56] <wgrant> 2011-12-01 -> 2012-03-31
[00:56] <wgrant> Not so bad
[00:56] <lifeless> thats better yes
[00:57] <wgrant>  2345 files changed, 58185 insertions(+), 59554 deletions(-)
[00:57] <wgrant> 2012-01-01 -> 2012-03-31
[00:58] <cjwatson>  1025 files changed, 40735 insertions(+), 35055 deletions(-)
[00:58] <cjwatson> since new policy (so 2012-02-10 -> now)
[00:59] <bigjools> lifeless: PPAs used to have components and we removed them
[00:59] <bigjools> it confused the heck of out a lot of users
[01:15] <wgrant> lifeless: https://lpstats.canonical.com/graphs/SourcherryCPU/20120314/20120413/ is interesting
[01:15] <wgrant> 9.1 stabilised CPU usage and cut it by 40%
[01:16] <wgrant> I wonder if it was the new slony
[01:19] <wgrant> Nope, not slony
[01:20] <lifeless> pg 9.1 perhaps
[01:20] <wgrant> It was clearly at the time of the upgrade, and slony wasn't upgraded at the same time, so it was probably 9.1 itself, yes.
[01:21] <lifeless> did pages get faster tho?
[01:21] <timrc> in theory I could just use a derived distribution overlay with no packages and upload a package to restricted, right :)?
[01:22] <lifeless> yes
[01:22] <wgrant> timrc: Hahahahaha
[01:22] <wgrant> lifeless: We don't have a staging PPR, do we?
[01:23] <lifeless> don't think so
[01:23] <lifeless> pick a search thats slow hot and try it
[01:23] <lifeless> on both prod & qas
[01:24] <timrc> cjwatson, when creating a PPA you could define the PPA as an Ubuntu archive or a Customer archive or something, but seeing as how this will never get developed, probably not worth discussing
[01:25] <timrc> Customer? Custom
[01:25] <wgrant> lifeless: Bug searches aren't faster AFAICR
[01:25] <timrc> At any rate we'll figure out some way to horribly abuse LP, jk
[02:18] <lifeless> flacoste: http://www.forbes.com/sites/stevedenning/2011/07/08/the-five-big-surprises-of-radical-management/
[02:29] <lifeless> wgrant: do you know where the bug is about lazr.restfulclient not respecting the type of resources in collections?
[02:34] <wgrant> lifeless: wadllib
[02:35] <wgrant> Bug #340935
[02:35] <_mup_> Bug #340935: Resources are only instantiated using the WADL predicted type, not the actual found type <wadllib:Triaged> < https://launchpad.net/bugs/340935 >
[02:42]  * wallyworld__ is sad that his computer has started to spontaneously reboot after the latest updates were applied :-(
[02:43] <lifeless> wallyworld__: maybe its building up credit
[02:43] <lifeless> wallyworld__: so it won't have to reboot layer
[02:43] <wallyworld__> hah
[02:43] <wallyworld__> like LOC
[02:44] <lifeless> indeed
[02:44] <wallyworld__> if i'm lucky i can work for say 10 minutes each time
[02:44] <lifeless> anything in syslog?
[02:44] <lifeless> you could try putting tail -f /var/log/syslog in a terminal, pinned to top
[02:44] <lifeless> might catch a glimpse
[02:45] <wallyworld__> haven't looked yet, just trying to quickly land some branches first
[02:47]  * bigjools hides the Boris Spike code from wallyworld__
[02:47] <wallyworld__> who is Boris?
[02:47] <bigjools> have you seen Goldeneye?
[02:47] <wallyworld__> a long time ago
[02:51] <lifeless> rick_h: around ?
[02:52] <rick_h> lifeless: yea, just got home
[02:52] <lifeless> hey
[02:52] <lifeless> so I'm curious why you used PersonNotification manually
[02:52] <lifeless> like
[02:52] <lifeless> its a background sending thing
[02:52] <lifeless> other uses of it use PersonNotificationSet.add(..) and don't call send
[02:53] <lifeless> (I'm also curious why you used it at all vs just sending the message)
[02:53] <wallyworld__> anyone know where traversal stuff like stepthrough is tested?
[02:53] <wallyworld__> or the ++model++ stuff
[02:53] <rick_h> lifeless: so for part 1, not sure. I just loaded up the object and that seemed to be the use. I could have misused it I suppose. loading it up now.
[02:54] <rick_h> lifeless: for part 2. I used it after discussing ways of sending emails. A background process sounded good so requests weren't hung up on smtp/in band stuff
[02:54] <rick_h> lifeless: I forget who pointed it out to be as a pretty light easy to use way to get emails scheduled
[02:54] <wallyworld__> found the ++model++ tests
[02:55] <rick_h> lifeless: either deryck or sinzui I think since I chatted with both of them in pre-impl.
[02:56] <rick_h> lifeless: but yea, you're right, I shouldn't have called send and I shouldn't have patched send to override the email since it's not backgrounding like I wanted and defeats the purpose
[02:56] <rick_h> compleetely missed that
[02:56] <rick_h> except spelled better
[02:58] <lifeless> so the reason we have background stuff is for teams
[02:58] <rick_h> lifeless: ah, I see where I went wrong. So most code uses the Set object, but I wanted to override the To addr so I went after the raw PersonNotificatoin object
[02:58] <lifeless> that may notify thousands
[02:58] <StevenK> wgrant: LP.cache.context.information_type == undefined :-(
[02:58] <lifeless> this is for notifying of changes to individuals
[02:58] <rick_h> lifeless: ok, I just assumed it's good practice since things like slow/delayed smtp servers could cause request timeouts/etc
[02:59] <lifeless> rick_h: we have local smtp on every server
[02:59] <lifeless> rick_h: sending hundreds of mails is a problem, sending a fixed number isn't
[02:59] <lifeless> rick_h: thanks, this helps me out
[02:59] <rick_h> lifeless: ok, I did notice there seems to be a few ways to send emails out and when I mentioned background this was pointed out to me
[02:59] <wgrant> StevenK: Ah, possibly because this is a bugtask, not a bug.
[03:00] <wgrant> StevenK: Hopefully the bug is there as well. If not, put it there :)
[03:00] <rick_h> lifeless: but yea, I did it wrong because when a user wants to change their preferred email I needed to send to their previous addr and PersonNotification doesn't support it
[03:00] <rick_h> which is why I couldn't copy what other uses were doing directly
[03:00] <StevenK> wgrant: self_link is the bug.
[03:01] <StevenK> wgrant: Just trying to find where is defined
[03:02] <wgrant> StevenK: Try LP.cache.bug.information_type
[03:03] <StevenK> Ooh, that looks good.
[03:03]  * StevenK nails wallyworld_ to IRC.
[03:04] <wallyworld_> can you make my pc stop rebooting?
[03:04] <rick_h> lifeless: so while I'm fixing that in the morning the goal is to ditch the event as well?
[03:04] <StevenK> I'd watch tail -f /var/log/syslog like lifeless suggested
[03:04] <StevenK> Or downgrade what you recently upgraded
[03:06] <wallyworld_> it just happens to quickly for me to see what syslog says
[03:06] <wallyworld_> i will try downgrading but it was a large number of packages that were upgraded
[03:06] <lifeless> rick_h: well, I'm doing a sketch on it as you're past EOD
[03:06] <StevenK> Do you have another machine?
[03:06] <wallyworld_> > 50 or 60
[03:06] <wallyworld_> nope
[03:06] <rick_h> lifeless: yea, I've got to hit the sack soon. Couple of late nights for me
[03:06] <StevenK> wallyworld_: No even running Windows?
[03:07] <wallyworld_> my home theatre pc
[03:07] <rick_h> lifeless: thanks, shoot me a message on status and I'll pick up/finish whatever needs doing in the morning. Thanks for pointing out my misuse of the notification.
[03:07] <rick_h> missed in code review and my own look through it today
[03:07] <StevenK> wallyworld_: Install PuTTy on it, ssh into your laptop and tail syslog over it?
[03:07] <wallyworld_> StevenK: you are an ideas man. i may just try that. thanks
[03:08] <StevenK> Joustling sticks?
[03:08] <StevenK> 'Ideas man' just reminds me of The Castle.
[03:09] <wallyworld_> tell him he's dreamin'
[03:09] <wallyworld_> that's going straight to the pool room
[03:09] <wallyworld_> why would you eat out?
[03:11] <StevenK> wallyworld_: Does 'if (some boolean) {' do what I expect in JS, or should I say [03:12] <wallyworld_> StevenK: it will evaluate to false if undefined also
[03:13] <wallyworld_> StevenK: so if that's what you want then that's ok
[03:14] <lifeless> wow we are so inconsistent about From:
[03:15] <lifeless> rick_h: btw, why does this generate multiple emails in those doc tests?
[03:15] <lifeless> rick_h: are we also notifying separately to the new address?
[03:15] <lifeless> rick_h: nvm, figured it - we're doing a token challenge
[03:18] <lifeless> what stops teams getting ssh keys / gpgkeys ?
[03:26] <wgrant>         if params.distroseries is not None:
[03:26] <wgrant>             parent_distro_id = params.distroseries.distributionID
[03:26] <wgrant>         else:
[03:26] <wgrant>             parent_distro_id = 0
[03:26] <wgrant> wat
[03:26]  * wgrant blames lifeless
[03:27] <wgrant> wtf is this
[03:30] <lifeless> I don't recognise that
[03:30] <lifeless> parent_distro sounds like UDD
[03:30] <wgrant> It's in the structsub searching that you reworked
[03:30] <wgrant> No
[03:31] <lifeless> sorry, I mean DD
[03:31] <wgrant> Still not :)
[03:31] <wgrant> It's just the distro that owns the series
[03:31] <wgrant> In this case
[03:31] <wgrant> The constraint that uses it doesn't make much sense
[03:31] <wgrant> Not to mention the whole defaulting to 0 thing
[03:32] <lifeless> you've annotated the pre-move search to see it was me ?
[03:32] <wgrant> No/
[03:34] <lifeless> revno: 14485 [merge]
[03:34] <lifeless> I was on lave
[03:34] <lifeless> leave
[03:34] <lifeless> wgrant: sinzui
[03:35] <wgrant> Still your fault :)
[03:35] <lifeless> hah!
[03:37] <lifeless> rick_h: btw telling folk that an ssh key *can't* be used anymore isn't important
[03:37] <lifeless> rick_h: it doesn't open up security holes ;)
[03:38] <wgrant> I think it's still interesting.
[03:39] <lifeless> *adding* one is crucially important
[03:39] <wgrant> Certainly
[03:44] <rick_h> lifeless: yes, deryck thought that if someone removed your ssh key and potentially locked you out of things like bzr access you'd want to know why.
[03:44] <rick_h> lifeless: but I agree, it's on the lower end of the notification scale
[03:46] <lifeless> I think its nice in an auditord sense
[03:46] <lifeless> I'm not sure its worth an email
[03:47] <lifeless> not to worry, I'm keeping it
[03:47] <rick_h> lifeless: yes, this discussion brought out a new bug I filed on adding some auditing support because if someone does change your email we can't verify what it was/you are who you say you are easiliy
[03:47] <lifeless> stevenk has an auditord nearly ready
[03:47] <rick_h> lifeless: or that we can generate a list of all the data a malicious user changed so that we make sure we can revert all the changes, etc
[03:48] <lifeless> rick_h: log files :>
[03:48] <rick_h> lifeless: ah, good to know then
[03:48] <rick_h> lifeless: on the sql queries? Not sure what all we have there.
[03:48] <rick_h> lifeless: it was brought up that we could try to do some sql backup/etc pulling, but painful
[03:49] <rick_h> lifeless: but yea, that was deemed outside the scope of the current branch and the idea is to prevent it from happening
[03:49] <lifeless> huh, no.
[03:49] <lifeless> we email on these things
[03:49] <lifeless> they are all important
[03:49] <lifeless> so there should be email logs for them all
[03:49] <lifeless> not in smtp, in our email engines.
[03:50] <lifeless> that said, its 3 settings
[03:50] <lifeless> preferred mail
[03:50] <lifeless> (and all contact addresses arguably)
[03:50] <lifeless> ssh keys
[03:50] <lifeless> gpg keys
[03:50] <rick_h> right, but we can restore data based off the email logs?
[03:50] <lifeless> I think saying to someone 'we've nuked the settings, please set up the way you want' is a simple and solid answer
[03:50] <lifeless> its not like restoring complex data
[03:50] <rick_h> lifeless: ah ok
[03:51] <lifeless> or to put it another way
[03:51] <lifeless> even if we *did* restore it
[03:51] <lifeless> any Ubuntu dev worth their salt would manually verify it all anyway.
[03:51] <rick_h> right, I think the idea was more someone jumps in irc "I can't login!" "who are you? what's your email?...that doesn't match what I've got, let's see if it's changed and what it was?"
[03:51] <lifeless> rick_h: another thing we should notify on is adding oauth tokens
[03:52] <lifeless> rick_h: an audit trail for that would be good, and I'm +1 on having an audit trail
[03:52] <rick_h> lifeless: ok, haven't seen taht
[03:52] <lifeless> (again, StevenK :))
[03:52] <rick_h> lifeless: yea, cool
[03:52] <lifeless> rick_h: when you allow an app access to your account, would you object to being told that that has happened ?
[03:53] <rick_h> sorry, haven't seen the oauth stuff, cool on the WIP audit trail
[03:56] <rick_h> lifeless: not sure, I've got to check the oauth use. Is that just for apps? scripts using api?
[03:56] <rick_h> lifeless: I guess it should be rare I get these right? Changing keys, email is pretty rare. Annually maybe in practice worst case?
[03:57] <lifeless> right
[03:57] <lifeless> generally its one-time setup
[03:59] <lifeless> rick_h: did you do GPG keys when you did this ?
[03:59] <lifeless> rick_h: or do they already notify ?
[03:59] <rick_h> yea, they already get an email because you have to decrypt your email with the key to verify
[03:59] <rick_h> so gpg keys aren't in this
[03:59] <lifeless> does that go to the preferred address
[04:00] <lifeless> or the address in the key
[04:00] <rick_h> preferred
[04:00] <lifeless> cause if it goes to the address in the key it would be useless
[04:00] <rick_h> I believe, I'll have to dbl check I guess
[04:00] <lifeless> I believe it goes to the address in the key
[04:01] <lifeless> so we know they aren't impersonating someone via the key
[04:03] <rick_h> k, I'll double check. It's hidden in some browser action so I've got to find it again.
[04:03] <lifeless> now where is that doc on Launchpads voice
[04:04] <rick_h> https://dev.launchpad.net/UserInterfaceWording/CanonicalStyleGuide?highlight=%28voice%29 looks like what you might mean?
[04:05] <lifeless> https://dev.launchpad.net/UserInterfaceWording
[04:07] <rick_h> bah, I fail at going to bed during the right day
[04:08] <rick_h> I'm really gone to bed this time. Will look over the wording docs lifeless, thanks for pointing out. Looks like I wrapped wrongly off the bat
[04:09] <lifeless> rick_h: :P
[04:09] <lifeless> rick_h: gnight
[04:24] <lifeless> oh wow
[04:24] <wgrant> ?
[04:24] <lifeless> thats a fun hole
[04:25] <lifeless> we validate a preferred but unvalidated email address when a different preferred email address is set
[04:25] <wgrant> Preferred but unvalidated?
[04:25] <wgrant> what?
[04:26] <wgrant> lifeless: Anything setting an unvalidated email to PREFERRED without first validating it is a bug.
[04:26] <wgrant> Preferred > validated
[04:30] <lifeless> wgrant: as I said
[04:30] <lifeless> 'thats a fun hole'
[04:31] <lifeless> person.py
[04:31] <lifeless> look for existing_preferred_email.status = EmailAddressStatus.VALIDATED
[04:31] <wgrant> lifeless: An existing preferred email is by definition already validated.
[04:31] <wgrant> Because we're setting it from preferred to validated
[04:31] <lifeless> wgrant: oh, I see, right
[04:31] <lifeless> so this could be more clear
[04:31] <wgrant> And preferred is stricter than validated
[04:31] <lifeless> also, we have to totally different concepts conflated. Win.
[04:31] <wgrant> Yes.
[04:31] <wgrant> Win
[04:32] <lifeless> I would model this with preferred as a pointer from person, constrainted by trigger checks to be validated.
[04:32] <lifeless> anyhow
[04:32] <lifeless> thats then, this is now
[04:32] <wgrant> The idea was to avoid triggers, I believe.
[04:32] <wgrant> Or you could also have a preferred flag
[04:33] <lifeless> and a composite unique index
[04:33] <lifeless> or whatever
[04:33] <wgrant> With UNIQUE emailaddress(person) WHERE preferred
[04:33] <wgrant> Right
[04:33] <wgrant> It's insane.
[04:33] <wgrant> But 2005
[04:33] <wgrant> So we sort of have to live with it
[04:34] <StevenK> It doesn't sound that hard to shift away.
[04:34] <lifeless> its straight forward
[04:34] <lifeless> little returns
[04:34] <lifeless> probably not the most significant thing to improve right now
[04:34] <StevenK> More straight-forward than bug.{private,security_related} -> bug.information_type :-)
[04:35] <wgrant> No
[04:35] <wgrant> Only a few places touch that
[04:35] <wgrant> There are dozens upon dozens of places that touch emailaddress.status == 4
[04:45] <lifeless> rick_h: I've pushed an opinionated branch to https://code.launchpad.net/~rharding/launchpad/email_notice_959482/+merge/99995
[04:45] <lifeless> rick_h: its about half the size, a significant chunk of which was the event overhead + the need for dedicated per-event tests.
[04:46] <StevenK> wallyworld_: O hai.
[04:46] <lifeless> rick_h: let me know what you think, I obviously don't want to be blocking you in any way.
[04:47] <StevenK> wallyworld_: Since I moved the ChoiceSource stuff into its own module, Y.one('body') seems to return the enclosing div.
[04:47] <wallyworld_> StevenK: that seems strange at first thought
[04:48] <StevenK> wallyworld_: It seems to be strange.  I think it's toying with me.
[04:52] <wallyworld_> like my pc hardware
[04:53] <StevenK> wallyworld_: Oh, could I get your help with the JS fallback? If I set href to the link in the TAL, the JS never fires.
[04:53] <wallyworld_> StevenK: you have set the onclick handler?
[04:53] <StevenK> I thought the ChoiceSource does that for me?
[04:54] <wallyworld_> yes, should do
[04:54] <wallyworld_> i have a quick look at the source code to see if it is doing anything dumb
[04:56] <wgrant> Instance i-4ea81529 starting................................................................................................................................................................................... started on ec2-67-202-7-98.compute-1.amazonaws.com
[04:56] <wgrant> Started in 15 minutes 46 seconds
[04:56] <wgrant> odd
[04:56] <StevenK> wgrant: Orsum.
[04:57] <StevenK> wallyworld_: Sigh, that works now too.
[04:57] <wallyworld_> StevenK: maybe browser caching issue?
[04:57] <StevenK> Hm. Maybe.
[05:03] <StevenK> AssertionError: The vocabulary must implement IEnumeratedType
[05:03] <StevenK> :-(
[06:16] <wgrant> blink
[06:17] <wgrant> lp.bugs.model.bugtasksearch._build_pending_bugwatch_elsewhere_clause
[06:17] <wgrant> First bit, 'if params.product'
[06:18] <wgrant>                     AND RelatedBugTask.id = BugTask.id
[06:18] <wgrant> Am I not thinking it through correctly, or is that inverted?
[06:23] <wgrant> Ah
[06:23] <wgrant>     @property
[06:23] <wgrant>     def pending_bugwatches_url(self):
[06:24] <wgrant>         if not IProduct.providedBy(self.context):
[06:24] <wgrant>             return None
[06:24] <wgrant> So that codepath is never exercised, I guess
[06:27] <lifeless> wgrant: did you sstart a thread on tag sort order on the list ?
[06:28] <wgrant> No, I'll do that now.
[07:44] <adeuring> good morning
[08:45] <gmb> Does anyone have a spare second to run a test for me in their lp dev environment?
[08:45] <lifeless> gmb: p'rhaps
[08:46] <gmb> lifeless, bin/test -t externalbugtracker-bug-imports.txt if you'd be so kind.
[08:47] <lifeless> hah, out of date schema
[08:47] <lifeless> making new
[08:47] <gmb> lifeless, Oh ,wait.
[08:47] <gmb> No need.
[08:47] <gmb> I see why it's failing
[08:47] <gmb> It's because I'm stupid.
[08:47] <lifeless> do -not- give me straight lines like that
[08:48] <gmb> :)
[08:48] <lifeless> I won't be able to help myself if you do
[08:48] <gmb> Turns out that it helps if you're running tests in a Lucid (or Oneiric) container, not on Precise. My lxc container had exited and I hadn't noticed.
[08:48] <lifeless> ah yes, that will mess you up
[08:49] <lifeless> I don't have a non-lxc postgresql, helps avoid that confusion
[08:49] <gmb> Yeah, I think this is my cue to nuke mine :)
[08:49] <gmb> Otherwise I'm going to do this again.
[08:49] <lifeless> ah, insanity!
[08:50] <gmb> :)
[08:54] <czajkowski> it's wrong to be so happy with only having 1 ticket in my RT queue but I am :D
[08:54] <czajkowski> rt queue has been fully smacked :D
[11:27] <StevenK> jml: Hai. Are you able to QA r15074 today?
[11:28] <jml> StevenK: I guess.
[11:28] <jml> StevenK: I'm surprised that's how it works though
[11:29] <StevenK> jml: Really? Developers are mostly responsible for their own QA. In this case, you should be able to ask the webops to make you an admin on qas for short amount of time.
[11:30] <jml> StevenK: I'm trusted as a judge of behaviour but not of code quality?
[11:30] <jml> anyway
[11:30] <StevenK> jml: In what way, that you need a review?
[11:31] <jml> StevenK: yes.
[11:32] <StevenK> jml: Everyone has their branches reviewed, except if the change is small and well-understood, in which case, graduated reviewers can self-review. So don't feel like it's just you.
[11:33] <StevenK> jml: And you wrote the feature so you should have a very good understanding of how it is supposed to behave.
[11:33] <jml> Yeah, that's exactly how it works.
[11:34] <jml> StevenK: anyway, I can QA the feature today (UK).
[11:35] <StevenK> jml: Thanks. If you don't feel comfortable QA'ing, then please feel free to hand it off to a LP dev if they agree to do it -- we just tend to assume the developer who wrote it will do the QA.
[12:54] <benji> jml: are you available to review my branch which will (soon) bring the TSFM tests inline with the improved tests on your branch?
[12:54] <jml> benji: yes, roughly speaking
[12:54] <jml> benji: I mean, I can do it today. A synchronous review is probably beyond me.
[12:55] <benji> jml: that's cool, thanks
[12:56] <benji> jml: while I have you on the line, do you know anything about TestThreadSafeForwardingResult.test_forwarding_methods and why it does what it does (testtools/tests/test_testresult.py)
[12:56] <benji> I don't understand the underlying intent of the test.  And the sparse comments in the test seem to disagree (or at least are irrelevent) to what the test actually verifies.
[12:56] <jml> looking
[12:58] <jml> benji: No idea, sorry.
[12:58] <benji> jml: thanks anyway
[12:58] <jml> benji: perhaps ask lifeless when he gets back online.
[12:58] <benji> yep
[13:58] <adeuring> abentley: mumble?
[13:59] <abentley> adeuring: coming
[14:02] <abentley> adeuring: https://pastebin.canonical.com/63588/
[14:58] <rick_h> abentley: comments on teh review, please also make the LoC note in the MP.
[15:01] <deryck> rick_h, hey, dude.  I can chat about your branch now.  2 minutes to warm coffee and meet in a hangout, cool?
[15:03] <rick_h> deryck: sounds god
[15:03] <rick_h> good
[15:08] <benji> jml: https://code.launchpad.net/~benji/testtools/modernize-tsfr/+merge/101749 awaits when you have a moment.
[15:09] <jml> benji: ta
[15:12] <jml> benji: have looked at it long enough to know that I need to have a detailed look.
[15:12] <benji> jml: ok; thanks
[15:12] <jml> benji: will try to get to it today (UK)
[15:12] <benji> jml: I appreciate it.
[15:18] <abentley> rick_h: Thanks.  done.
[15:34] <abentley> jcsackett: The imports in runner are explained by the comment "Avoid importing from lp.services.job.celeryjob where not needed, to avoid configuring Celery when Rabbit is not configured."
[15:35]  * jcsackett looks again
[15:35] <jcsackett> abentley: so it is, ignore my blind eyes. :-)
[15:35] <abentley> jcsackett: cool.  I'll add a comment to the other one, though.
[15:35] <jcsackett> thanks, abentley
[15:42] <adeuring> rick_h: could you please have a look at this mp: https://code.launchpad.net/~adeuring/launchpad/abort-transaction-in-job-queue/+merge/101762 ?
[15:42] <rick_h> will do adeuring I'll put it next on my list
[15:42] <adeuring> rick_h: thanks!
[15:48] <deryck> gary_poster, hi.  got a sec?
[15:58] <sinzui> Looks like wordpress's autosave feature is broken on Lp's blog and I just lost 90 minutes of writing when it's JS went tits up. It then insults me by saying "howdy" when I log back in. If I could accomplish one thing today, please let me stab the cowboyism to death.
[16:00] <jml> benji: have replied. am available to chat in real-time if you want.
[16:00] <benji> jml: cool, I'll read it now
[16:02] <benji> jml: interesting; if your understanding of TSFR is correct, I don't see that it ever achieved it's aim, which is entirely possible
[16:02] <jml> benji: I'm pretty sure it's got very close.
[16:03] <benji> my understanding (gained only though reading the code) is that it intended only to make sure individual calls did not overlap, not that calls for different tests didn't overlap
[16:04] <jml> benji: startTest() sets the test start tim, and then on receiving $RESULT, then runs some semaphore-protected code that does (ignoring tags):
[16:04] <jml>  * time(start_time)
[16:04] <jml>  * startTest(test)
[16:04] <jml>  * time(now)
[16:04] <jml>  * add$RESULT(test, *args, **kwargs)
[16:05] <jml>  * stopTest(test)
[16:06] <jml> multiple threads, each with their own TSFR, but with a shared semaphore and a shared target result object, ...
[16:06] <jml> imagine the target result object dumping subunit output
[16:07] <jml> it *has* to be:
[16:07] <jml> test: foo
[16:07] <jml> success: foo
[16:07] <jml> test: bar
[16:07] <jml> success: bar
[16:07] <jml> and since the parallel runner isn't completely broken, I'm assuming that's how it behaves now.
[16:07] <jml> granted, that might be quite a hefty assumption
[16:08] <benji> :)
[16:09] <benji> jml: right, it works now, and I think I can preserve that contract (start/result/stop occur atomicly), but it won't be able to comply with the other general contracts, for example, start/tags/success/tags/stop won't work correctly unless we go to great lengths (as far as I can tell)
[16:10] <jml> hmm.
[16:10] <jml> benji: I haven't really thought about tags in that context, so I couldn't say one way or another.
[16:10] <jml> benji: I *think* I can address your original concern about a thing that applies a constant set of tags to each test though.
[16:12] <benji> jml: now that I have a deeper understanding of what TSFR needs to do, let me take a stab at it and follow up with you when I succeed or fail
[16:12] <jml> benji: ok.
[16:13] <jml> benji: I think all you need is something like this though: http://paste.ubuntu.com/926640/
[16:13] <benji> I hope it's that simple.
[16:30] <jml> benji: I've merged forward-current-tags into testtools trunk, fwiw.
[16:34] <rick_h> adeuring: ping, so the MP talks a lot about the abort_transaction, but what about hte manage transaction?
[16:44] <adeuring> rick_h: that paramater existed a bit longer; it was just not yet tested.
[16:44] <adeuring> rick_h: we need this parameter because...
[16:44] <rick_h> adeuring: right, but just added to the start/complete/fail, etc.
[16:45] <rick_h> it seems that it'd be the same for all methods of a job. More of a job "starts_transaction" parameter on the job itself
[16:45] <rick_h> can you have that set on start but not complete for instance?
[16:45] <adeuring> the job runner in the main LP code managed the transactions, while the lazr.jobrunner does not do this, so we had to move this to Job.start(), complete() etc
[16:46] <adeuring> rick_h: no, the settings should be consistent in the call sites, and it is
[16:46] <rick_h> ok, so I'm not seeing the tie in. Ok
[16:46] <rick_h> adeuring: yea, just looking here it seems you could have a mix up of manage_transaction in one place but not another and I worry about that being consistant
[16:47] <rick_h> rather than method params it checking an object level attribute that it has a transaction to manage or something
[16:48] <adeuring> rick_h: you are right, but there is only a minor risk. Most status handling is done now in lazr.jobrunner, which always sets manage_transaction=True; there are a few calls in the main LP code like Job.wueue(), where manage_transaction is not specified at all, i.e., it is False. (to avoid "premature" commits)
[16:50] <adeuring> rick_h: Using something like Job.teansaction an interesting suggestion, but I would prefer to implement that in a differnt branch...
[16:50] <rick_h> adeuring: ok, thanks
[16:51] <gary_poster> deryck[lunch], sorry, was lunching myself
[16:53] <rick_h> adeuring: ok, noted my question, can you reply with that possibly follow up branch and the LoC notes and I'll mark ok
[16:53] <adeuring> rick_h: ok
[16:53] <rick_h> adeuring: ty
[17:15] <adeuring> rick_h: answered
[17:16] <rick_h> adeuring: ok, thanks for the discussion. Ok'd
[17:16] <adeuring> rick_h: thanks!
[17:54] <deryck> hi, gary_poster. just wondering a bit about our fork of python-openid and seeing branches from you and wgrant.
[17:54] <deryck> gary_poster, wondering why we forked and stayed behind current release. if any patches were applied upstream. that kind of thing.
[18:03] <gary_poster> deryck, hey.  um, I don't remember openid forks but that doesn't mean I didn't do it. :-)  I just did python-memcached.  Lemme see if versions.cfg says anything interesting
[18:04] <deryck> gary_poster, versions suggests wgrant has the latest fork. which looked to be off your branch.
[18:05] <jml> benji: how goes it?
[18:07] <benji> jml: I've decided to leave TSFR be for the moment and implement my worker ID tagging result wrapper and then see if the bugs I expect in TSFR's tag handling really exist and actually bite me; if they do, then I'll at least have a concrete idea of what is wrong with TSFR and what I want it to do
[18:07] <jml> benji: a sound plan.
[18:13] <gary_poster> deryck, I'm afraid I think I need to point you to flacoste.  Perhaps he remembers.  According to wgrant's branch (https://code.launchpad.net/~wgrant/python-openid/python-openid-2.2.1-fix676372) he branched off of flacoste's branch from Nov 2008, which was very soon after I started work here.  bzr log versions.cfg only mentions what wgrant did ("[r=lifeless][bug=676372][rollback=12290] Use a custom python-openid") AF
[18:13] <gary_poster> AICT.  I'm still digging more, but perhaps it would help to know why you thought it was my branch?  Maybe I can dig from there
[18:15] <deryck> gary_poster, ah, guilt by assumption then. :)
[18:15] <gary_poster> heh, deryck :-)
[18:16] <deryck> gary_poster, I looked at https://code.launchpad.net/python-openid/ and saw your branch there was older.
[18:17] <gary_poster> deryck, ah.  Well, that looks like it had a reason at the time, but is no longer needed
[18:17] <deryck> gary_poster, I can email wgrant on list then and see if he recalls the details here.  thanks.
[18:17] <gary_poster> cool, welcome
[18:17] <deryck> fwiw, I need a fixes in a recent python-openid, and either need to backport or apply our forked patches.
[18:21] <sinzui> jcsackett, what is blocking us from showing the links to view bugs and branches that are shared with users?
[18:23] <jcsackett> sinzui: not sure what you mean. +sharing does have links to the details page, details page does have links to the various bugs and branches. at least on qastaging.
[18:23] <jcsackett> sinzui: i'm assuming i'm misunderstanding your question.
[18:23] <sinzui> not in production? did you not ask for the feature flag to be enabled?
[18:24] <sinzui> https://launchpad.net/launchpad/+sharing
[18:25] <lifeless> rick_h: hi
[18:25] <jcsackett> sinzui: we hadn't turned it on b/c there were some bugs to be addressed, but it looks like wallyworld_ took care of them.
[18:25] <jcsackett> so, nothing's blocking us. shall i make the request?
[18:26] <rick_h> lifeless: howdy (/me ducks from sinzui)
[18:26] <sinzui> jcsackett, yes pleased. I will second it
[18:37] <lifeless> rick_h: what did you think of my sketch?
[18:38] <rick_h> lifeless: I've only had a quick change to glance at it so far. Busy OCR day.
[18:38] <lifeless> kk
[18:39] <rick_h> lifeless: think it's good and I'll be using that to clean up and try to get my branch finished up by tomorrow.
[18:39] <lifeless> if you want to talk about it at any point, I'll be around, slightly offset-earlier day today
[18:39] <rick_h> lifeless: yea, np. I think it's been a process, but good stuff.
[18:40] <lifeless> rick_h: so the '1 callsite' comment i made the other day - thats a heuristic - didn't apply in this case, but when it does, its just another bit of evidence that an event may be the wrong fit
[18:41] <rick_h> lifeless: yes, and I mentioned during impl calls with deryck that it didn't feel quite right since it wasn't really an event off of the Person as it started out once we hit things like logintoken/ssh keys
[18:41] <rick_h> lifeless: but change some names and you try to make yourself feel better.
[18:41] <rick_h> but it's been good, I've learned a lot about how stuff works in this branch
[18:42] <rick_h> lifeless: appreciate the time you've taken with me over the last few days on it
[18:46] <lifeless> my pleasure
[19:04] <bac> jcsackett, rick_h: have time for a review of a short change?  https://code.launchpad.net/~bac/launchpad/bug-974617/+merge/101797
[19:06] <rick_h> bac: looking
[19:07] <bac> thanks rick_h
[19:07] <lifeless> flacoste: hiya
[19:12] <rick_h> bac: ok'd and commented
[19:13] <bac> rick_h: thanks
[19:34] <bac> thanks jcsackett
[19:34] <bac> rick_h: i implemented both of your suggestions
[19:35] <rick_h> bac: cool, thanks
[19:46] <lifeless> flacoste: http://www.infoq.com/presentations/1000000-Daily-Users-and-No-Cache
[19:46] <lifeless> and
[19:47] <lifeless> flacoste: http://www.forbes.com/sites/stevedenning/2011/07/08/the-five-big-surprises-of-radical-management/
[19:56] <gary_poster> lifeless, we have some tests that fail if bzr whoami is not set (and not guessable).  Is this an indicator of a bug in the test, or should we set up a whoami value?
[19:57] <lifeless> those tests are incorrectly isolated
[19:57] <gary_poster> lifeless, cool, we will file bugs, thanks
[19:57] <lifeless> they need to either isolate a number of things themselves, or derive from one of the bzrlib TestCase base classes (e.g. TestCaseWithTransport or TestCaseWithTemporaryDirectory)
[19:58] <gary_poster> ack
[20:13] <lifeless> I wonder if we should special case subscription of open lists
[20:13] <lifeless> that is, make subscribing, or assigning, an open team to anything be a privileged (admin) action
[20:14] <lifeless> (see the recent shenanigans with the debian-ppas bug where the launchpad-dev *mailing list* was subscribed by a random list member
[20:14] <abentley> rick_h: could you please review https://code.launchpad.net/~abentley/launchpad/celery-job-layer/+merge/101806 ?
[20:20] <rick_h> abentley: sorry, EOD.
[20:20] <rick_h> thanks, was just editing that. jcsackett might still able to/around
[20:21] <abentley> jcackett: are you up for solo reviewing?
[20:27] <jcsackett> abentley: sure. be a little bit but i can get to it before EOD.
[20:27] <abentley> jcsackett: cool, thanks.
[20:27] <jcsackett> np.
[21:12] <jcsackett> abentley: looked at the branch. r=me.
[21:41] <timrc> I'm getting an oops on staging... 1d44c531f28a13c40cb562e401dd7cf2
[21:41] <timrc> effecting my ability to test a build in a PPA
[21:41] <timrc> hm ok, 3rd or so reload at least showed me the PPA page
[21:45] <lifeless> timrc: the OOPS- is part of the id
[21:45] <lifeless> timrc: just copy and paste the whole thing please
[21:46] <timrc> lifeless, It would just be OOPS-1d44c531f28a13c40cb562e401dd7cf2 but I was finally able to copy / re-build packages so I'm fine
[21:46] <SpamapS> OOPS-71384b1baaee6bfd54172741bf834dc7
[21:46] <SpamapS> Anybody know why retrying a build would cause a timeout?
[21:51] <lifeless> SQL time: 8962 ms
[21:51] <lifeless> Non-sql time: 141 ms
[21:51] <lifeless> Total time: 9103 ms
[21:51] <lifeless> Statement Count: 35
[21:52] <lifeless> 1. 	8887.0 	1 	SQL-main-master
[21:52] <lifeless> UPDATE BuildFarmJob
[21:52] <lifeless> SET builder=NONE, date_finished=NONE, status=$INT, date_started=NONE, log=NONE
[21:52] <lifeless> WHERE BuildFarmJob.id = $INT
[21:52] <lifeless> row contention
[21:52] <SpamapS> lots of builds going on right now
[21:52] <lifeless> yet another symptom of the builddmaster being not-an-API-client
[21:53] <SpamapS> seems like that should be async entirely. like I'm not saying "tell me when you're done updating your database" I'm saying "tell me that you're going to retry that build"
[21:53] <lifeless> well, duh
[21:54] <lifeless> :)
[21:56] <SpamapS> same thing happens when I try to build anything it seems
[21:58] <lifeless> if you try a couple of times does it come good?
[21:58] <SpamapS> no
[21:58] <lifeless> if it doesn't, then we may have a melting down buildd manager, and I'll go chase that
[21:58] <lifeless> ok
[21:58] <SpamapS> after 3 I figured I'm part of the problem
[21:58] <lifeless> oh you are, fo'sure
[22:01] <wgrant> lifeless: Unrelated to buildd-manager
[22:01] <wgrant> SpamapS: That means it's already been retried by retry-depwait, but not committed yet
[22:11]  * timrc shakes fist at staging.launchpad.com... I hit reload and got the "code update in progress"
[22:11]  * timrc will try this all again after his child goes to sleep, ttyl
[22:12] <StevenK> Tis not .com
[22:13] <lifeless> timrc: staging.launchpad.net
[22:13] <lifeless> timrc: of course, if you mistyped, then again, COpy-paste is your friend ;)
[22:13] <timrc> I meant .net
[22:14] <lifeless> timrc: as for the timeout
[22:14] <lifeless> 1. 	8355.0 	1 	SQL-main-master
[22:14] <lifeless> SELECT *
[22:14] <lifeless> FROM ((
[22:14] <lifeless> SELECT BinaryPackageBuild.distro_arch_series,
[22:14] <lifeless> you can see it https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1d44c531f28a13c40cb562e401dd7cf2#longstatements
[22:15] <timrc> lifeless, thanks
[22:18] <wgrant> ">From a data integrity perspective, we must not have two different
[22:18] <wgrant> sorts of data arguing: if there is a subscription, the user must have
[22:18] <wgrant> a grant."
[22:19] <wgrant> lifeless: false
[22:19] <wgrant> lifeless: That is at most an argument from usability
[22:19] <wgrant> Not integrity
[22:20] <lifeless> wgrant: actually it is integrity if you think from a services perspective.
[22:20] <wgrant> It's not.
[22:21] <wgrant> Implicit subscriptions mean we pretty much have to do permission-based filtering of subscriptions anyway
[22:21] <wgrant> Probably at the service level
[22:23] <lifeless> nope
[22:23] <lifeless> I have a flat out day
[22:23] <lifeless> so I can't spend a lot of time digging into this, sorry.
[22:24] <lifeless> The notification service will do precisely *one* callback to LP to expand team subscriptions. The rest is assumed accurate
[22:24] <lifeless> it is up to LP to maintain its integrity.
[22:24] <wgrant> Then LP will filter the subscriptions based on privacy
[22:24] <wgrant> It already has to do that for implicit ones.
[22:24] <lifeless> I'd like you to operate on that basis.
[22:27] <lifeless> you've got the proposed language in mail and in my branch
[22:27] <lifeless> if you can't represent what you need, we'll need to iterate that.
[22:27] <lifeless> What we can't sensibly do is multitenant with multiple services determining visibility of notifications
[22:27] <lifeless> its a denorm, it needs to be treated as such
[23:13] <SpamapS> OOPS-936e37e9194377d4c49cfcf1314896b5 ...
[23:14] <SpamapS> this is trying to tell a recipe to build now...
[23:20] <wgrant> SpamapS: It's trying to build against maverick
[23:20] <wgrant> maverick is no longer supported
[23:20] <SpamapS> Shouldn't that just automatically fall out?
[23:20] <wgrant> You'd think.
[23:21] <SpamapS> Had to click the widget to select series and then save it unchanged. That worked. Thanks.
[23:28] <lifeless> SpamapS: please file a bug
[23:28] <lifeless> SpamapS: I suspect we're going to have hundreds of those soon


[12:40] <cliebow_>  ho
[01:24] <mr2>  I have a live 7.04 ubuntu that will not install (freezes @ 15%) I think it has to do with only have a SATA drive ...is there a fix for this?
[04:01] <alfred_> is there any way to them out the default login manager for edubuntu and the ltsp client
[04:02] <alfred_> sorry that is theme out like with KDM I can use different user lists per station etc
[04:10] <bimberi> alfred_: you can change the default symlink in /opt/ltsp/<arch>/usr/share/ldm/themes/
[04:10] <alfred_> thank you
[04:11] <bimberi> alfred_: yw :)  not sure about creating/editing though
[04:11] <alfred_> well with kdm you can tell it based on mac address what user list to show
[04:11] <alfred_> for that machine
[04:11] <alfred_> How can I tell ldm to stop and use kdm?
[04:12] <bimberi> alfred_: that I don't know sorry
[04:13] <alfred_> thanks though
[04:17] <alfred_> I got the kdm to work but no keyboard...
[06:14] <grn> any suggestions as to why a fresh fiesty 7.04 on a dell optiplex 320 would have just a blinking cursor after grub menu timeout
[06:14] <grn> live cd works though
[06:30] <bimberi> grn: does ctrl-alt-F1 get you to a text login prompt?
[07:30] <Meshezabeel> how can I make a modification to edubuntu and repack it into an installation disc?
[07:33] <bimberi> Meshezabeel: there's http://reconstructor.aperantis.com/ (for ubuntu but would probably work with edubuntu)
[07:34] <Meshezabeel> thanks bimberi :)
[07:34] <bimberi> Meshezabeel: yw :)
[07:47] <Meshezabeel> bimberi, looking through the docs, it looks like I can install programs from apt repositories, but I have made my own educational software that I would like to install on the disc, is this also possible?
[07:49] <bimberi> Meshezabeel: i don't really know sorry.  I would be suprrised if you can't.  At the very least you could make your own packages.
[07:50] <Meshezabeel> ok, thanks, I don't know anything about making a package, but if I made a package, could I then upload it to some sort of public repository?
[07:54] <bimberi> checkinstall is one way of making packages ...
[07:54] <bimberi> !checkinstall
[07:54] <ubotu> checkinstall is a wrapper to "make install", useful for installing programs you compiled. It will create a .deb package, which will be listed in the APT database and can be uninstalled like other packages. See https://help.ubuntu.com/community/CheckInstall - Read the warnings at the top and bottom of that web page, and DO NOT interrupt CheckInstall while it's running!
[07:55] <bimberi> and falcon is a very nice repository builder ...
[07:57] <bimberi> !info falcon edgy-seveas
[07:57] <ubotu> falcon: Falcon repository creator. In component extras, is optional. Version 1.5.4-0ubuntu2 (edgy-seveas), package size 175 kB, installed size 516 kB
[07:57] <bimberi> !seveas
[07:57] <ubotu> Seveas has a popular 3rd party repository for several packages. More info (and mirrors) on http://wiki.ubuntu.com/SeveasPackages
[08:06] <Meshezabeel> ok, thanks for all your help again :)
[09:40] <mario> highvoltage, you still like being op :)
[09:40] <mario> after all this time ;P
[09:42] <highvoltage> mario: I just need to set it up that it doesn't auto-op, been too lazy when it comes to irc stuff
[09:42] <highvoltage> (ironically)
[09:42] <mario> highvoltage, how are you doing? :)
[09:44] <highvoltage> mario: well, just got back home yesterday, and have to leave again tonight, so things are a bit hectic, but I don't have a reason to complain
[09:45] <mario> ah  :)
[10:21] <chris_hansen> hi there... are there any ltsp experts around??
[10:25] <chris_hansen> is my message getting through??
[10:25] <mario> yes, it is
[10:25] <chris_hansen> ok, thanks :)
[10:26] <chris_hansen> i'll check back later, and see if someone can help then...take care all
[02:26] <MM2_> I have edubuntu server with ltsp, but clients cant boot from it
[02:26] <MM2_> I use windows dhcp-server and client gives error: "PXE-T04: Missing mode"
[02:26] <MM2_> And edubuntu syslog shows: "tftp: client does not accept options"
[02:52] <JohnFlux> Anyone at the ubuntu summit in sevilla?
[02:53] <ogra> JohnFlux, thats over sice saturday
[02:53] <JohnFlux> it was meant to be asked in past tense heh
[02:54] <JohnFlux> the kdeedu person, annma, is trying to find out if anything was decided
[02:54] <JohnFlux> particularly whether there were any problems with packaging kde edu stuff etc
[02:55] <ogra> all our kdeedu probs were solved with moving it to the addon CD
[02:55] <ogra> in feisty
[02:56] <JohnFlux> so all the kde programs are separate from gnome apps?
[02:56] <ogra> we wont repackage anything now that we have additional space
[02:56] <JohnFlux> or do I misunderstand?
[02:56] <ogra> most of the edu apps moved over, not only KDE
[02:56] <ogra> but yes
[02:58] <ogra> in gutsy we'll pull the whole of kdeedu in and look through additional apps as well
[02:58] <JohnFlux> cool
[02:58] <ogra> (we dont use the kdeedu metapackage but a selected list of apps from it yet ... gutsy has space enough to pull all in)
[02:58] <JohnFlux> are there any particular problems etc that the kdeedu people can help with?
[02:59] <ogra> we were also defining a voting system for apps so users can rate
[02:59] <JohnFlux> by an addon cd, you mean edubuntu is now on two cds or what?
[02:59] <ogra> yep
[02:59] <ogra> with feisty we moved to a two CD setup
[02:59] <JohnFlux> both part of edubuntu right?
[02:59] <ogra> yes
[03:00] <ogra> there are slight problems with getting that across to users (wording/naming etc) but we'l solve these for gutsy
[03:00] <ogra> hey anna
[03:00] <annma> hi ogra
[03:00] <ogra> to sad yu couldnt be in sevilla ... it was great ...
[03:00] <ogra> *you
[03:01] <annma> yeah
[03:01] <JohnFlux> annma: were there any more questions you had for the edubuntu guys?
[03:02] <annma> I just wonder why we don't work together
[03:02] <annma> that's my question
[03:03] <ogra> we dont ?
[03:03] <JohnFlux> annma: what particular things would you like done?
[03:03] <annma> everyone I meet about Educational Software asks me that question
[03:03] <ogra> i work very close with riddell
[03:03] <annma> ogra: do we?
[03:03] <JohnFlux> ogra: do you use irc or the mailing list mostly?
[03:03] <annma> riddell is not part of kdeedu
[03:03] <ogra> i thought he would be my proxy to you guys
[03:03] <annma> well he never said so
[03:03] <ogra> well, he is kde upstream, isnt he ?
[03:04] <annma> so I never got anything back to you
[03:04] <ogra> JohnFlux, IRC
[03:04] <annma> that's what I mainly asked John
[03:04] <annma> I asked if there was a KDE representative
[03:04] <JohnFlux> annma: maybe stay on this channel ?
[03:04] <ogra> annma, well, since feisty all our problems should be gone now, i just explained it to john
[03:05] <ogra> annma, there were never problems with kdeedu ... thats something i never got across to you guys ... the probelms were always size related ...
[03:05] <annma> so you're putting all kde-edu stuff on the second CD?
[03:05] <annma> it's not only about problems
[03:05] <ogra> we're putting nearly everything edu related on the second CD
[03:05] <annma> it's also about gettinbg feedback from your users
[03:06] <annma> getting things fixed, talking i18n and all that
[03:06] <ogra> for feisty there was gcompris and kdeedu ... in gutsy more stuff will move and i'll look into moving libs and languages back to the first one
[03:06] <JohnFlux> annma: do you have a launchpad account?
[03:06] <annma> I htink I have one
[03:06] <JohnFlux> ogra can you help annma get signed up to the launchpad edubuntu bugs maybe?
[03:06] <annma> JohnFlux: please
[03:07] <ogra> sure ... just sign up for the team, i'll enable you right away
[03:07] <annma> that willnot solve anything, I have no time to triage bugs
[03:07] <annma> besides I always forget passwords, I have too many
[03:08] <JohnFlux> annma: use kwallet ;_0
[03:08] <JohnFlux> annma: you don't have to triage bugs, but this way you can see the feedback from users
[03:09] <ogra> i dont think there are many kdeedu bugs ... to be honest thats the software i see the least ones with in edubuntu ...
[03:09] <ogra> good work ;)
[03:09] <JohnFlux> annma: maybe sign up for only kde edu bugs?
[03:09] <annma> you only talk about packaging then at your meetings?
[03:09] <JohnFlux> you might have to do it app by app something
[03:10] <annma> the wiki advertized for applications on the desktop
[03:11] <annma> that's mainly what interest me: how to develop better edu apps
[03:11] <ogra> annma, we talked about appselection too ..
[03:11] <ogra> annma, but more generally
[03:12] <annma> ok
[03:12] <annma> it would be good if you tell us when you  son't select an app why you do so for ex
[03:12] <ogra> *i* dont care about gnome or kde apps ... i only care how to manage the distro ... we'll put an app voting mechanism in place for gutsy so users can rate and we'll put in what they want
[03:13] <annma> ok
[03:13] <ogra> if the page i done i'll send you the link and see if we can get an rss feed in place that provides the current list on a daily base
[03:13] <annma> I also don't care much about toolkit to be frank
[03:14] <ogra> yay for consensus :)
[03:14] <annma> what interest me is to make it clear to teachers that some free stuff exists
[03:14] <annma> i work a lot with Bruno from GCompris
[03:14] <annma> we do all our advertizment together
[03:15] <JohnFlux> excellent
[03:15] <JohnFlux> I gotta shoot off now
[03:15] <JohnFlux> cya ;-)
[03:15] <annma> yeah me too
[03:15] <annma> one last thing: I invited you guys to aKedemy Edu Day
[03:15] <ogra> see you then
[03:15] <annma> any chance someone comes?
[03:16] <ogra> yeah, i need to check my schedule
[03:16] <annma> let me know then please
[03:16] <ogra> i'm very full with travelling the next months
[03:16] <ogra> will do
[03:16] <annma> thanks for your time
[03:16] <ogra> sebas already talked to me
[03:16] <annma> bye
[03:16] <ogra> ciao
[03:16] <annma> ok
[04:48] <bddebian> Heya
[08:40] <andrea> hello
[08:41] <andrea> I install an ltsp server in edubuntu server 7.10; I create few user with the same name of the hostname of the client. I need to autologin them, can somebody help me? Please
[08:41] <andrea> 7.4 sorry
[08:55] <RichEd-1> andrea : try #ltsp ... there are more LTSP people awake there now ... USA time
[08:56] <andrea> thanks
[09:14] <MM2> andrea: It might be difficult with gdm...
[09:19] <aze> hi all
[09:22] <aze> any french edubuntu users ?
[09:36] <moquist> sbalneav: hey there
[09:36] <moquist> sbalneav, ogra: did any magic bullets come out of the LTSP boot performance sessions?
[09:37] <moquist> I know I was there, but I was paying attention to things that I thought were higher priority for my schools. Turns out that this is really important for us after all...
[09:37] <moquist> The spec is rather...sparse. :)
[09:38] <moquist> (that is, "blank")
[09:40] <ogra> moquist, it was more a workshop than a spec
[09:41] <ogra> things we find are bugs and have to be fixed
[09:41] <moquist> ogra: right...but was anything written down taht I can read?
[09:41] <ogra> and no, last thing i tried today was switching nfs back and forth between udp and tcp
[09:41] <moquist> ogra: Or should I just keep bugging people who paid attention so they can tell me what the conclusions were? :)
[09:41] <ogra> there were none
[09:41] <moquist> ogra: OK
[09:42] <ogra> we tried all the differentces from ltsp 4.2 in 5 and have not found the magic one yet
[09:42] <ogra> what i havent tried yet is to use uclibc instead of klibc ...
[09:43] <ogra> but that doesnt look very promising as possible bottleneck
[09:48] <moquist> k
[11:03] <moquist> ogra: Testing with this same laptop, LDM takes 60 seconds longer to load than GDM. (feisty)
[11:16] <moquist> ogra: FWIW, http://nopaste.org/p/aPx1NVHOrb documents the TC specs and boot times to login, GDM v. LDM
[12:16] <aze> any french edubuntu users ?


[00:20] <ScottL> hi ckontros
[00:25] <ckontros> ScottL: I'ma total space-case. Friday, I totally thought of us talkin'. Got into doin' stuff w/the fam and it was over. Didn't think of it again 'till Sunday night. :P
[00:25] <ckontros> I'm free now though. I'm actually hackin' on some art. ;)
[00:33] <ScottL> oh cool, you gonna have something done for maverick?
[00:33] <ScottL> oh, and it's cool about the weekend, family should come first anyways :)
[00:34] <ckontros> Right now, I'm just hackin'. Don't know where it will lead. Though, an art lead would be better to set a direction. ;)
[00:34] <ckontros> I can talk now if you want.
[00:34] <ScottL> sure, let me get my headset
[00:39] <ckontros> ScottL: I'm "addictedtometal"
[00:39] <ScottL> i'll be just a minute, family stuff and setting up upstairs
[00:40] <ckontros> np. Take your time.
[00:45] <scott-upstairs> okay, calling you
[01:10] <scott-upstairs> http://lmms.sourceforge.net/screenshots.php
[01:36] <ckontros> Gone.
[10:33] <falktx> hi guys
[10:33] <falktx> can someone test one thing?
[10:33] <falktx> i believe that "vanilla" lv2rack/zynjacku will crash when lv2fil plugin is installed
[10:34] <falktx> or maybe it's the eq-10q plugin
[10:35] <falktx> got it, it's the eq-10q that crashes lv2rack
[10:35] <falktx> patch to fix it here - http://repo.or.cz/w/zynjacku.git/commitdiff/ed42d022a71c3d07fbfd4671cf384c3e08de587e
[11:51] <falktx> what about ffmpeg?
[11:52] <falktx> there is some discussion going on the kubuntu mailing list about libavcodec
[11:52] <falktx> they said libavcodec (a lib from ffmpeg) cannot be included on the official ubuntu cds
[11:53] <falktx> afaik, ubuntustudio includes the full ffmpeg pack
[11:53] <falktx> so I guess canonical makes an exception for the studio guys..?
[17:57] <ScottL> falktx, did you say that you had a patch for gnome-network-admin to remove the 10_disable_interfaces.patch ?
[17:58] <falktx> ScottL: no
[17:58] <falktx> i tried to build without the patch
[17:58] <ScottL> as far as the ffmpeg situation, i have no clue :/
[17:58] <falktx> doesn't work
[17:58] <ScottL> falktx, yeah, me too, but it worked with the version in maverick!
[17:59] <falktx> oh, ok
[17:59] <falktx> that's fine I guess
[17:59] <ScottL> i was working on a lucid install but forgot i was using the sources for maverick and installed source (2.30.2)
[17:59] <ScottL> removed the patch from the patch list and it built successfully
[18:00] <ScottL> then i realized that i had the wrong version for lucid for a SRU and tried rebuilding and ran into the same problem that you probably did
[18:00] <ScottL> :(
[18:01] <ScottL> i'll probably talk to The.Muso later about how to get the patch removed in maverick so it's fixed going forward but...
[18:01] <ScottL> i'll probably talk to someone on #ubuntu-motu about lucid (but expect that we may have to walk away from fixing this version perhaps)
[18:03] <falktx> about the ffmpeg thing...
[18:03] <falktx> ScottL: ubuntustudio is officially supported by canonical, right?
[18:07] <ScottL> falktx, yes it is to the best of my understanding
[18:08] <falktx> hm, that would be an issue
[18:08] <falktx> i don't know why they haven't discussed this before
[18:08] <falktx> the kubuntu guys are kinda mad at it
[18:08] <falktx> they can't include a decent video player
[18:09] <ScottL> hmmm, whatever ffmpeg we include in ubuntu studio comes straight from the main (or universe) archives, therefore it should be the same version available to everyone
[18:10] <ScottL> at least i believe it to be so
[18:10] <falktx> ubuntu doesn't include any ffmpeg libs i believe
[18:10] <falktx> libavcodec, libavformat, etc
[18:11] <falktx> not ubuntu or kubuntu or edubuntu, xubuntu, etc
[18:11] <ScottL> but you say that we include libavcodec in studio?
[18:11] <falktx> yes
[18:11] <falktx> many apps depend on it
[18:11] <falktx> let me check...
[18:13] <ScottL> i found this on the list from lucid:  libavcodec52_0.5.1-1ubuntu1_i386.deb
[18:13] <falktx> ffmpeg, audacious, qdvdauthor, spek, xjadeo, openmovieeditor, kino, ffmpeg2theora, blender, audacity
[18:13] <falktx> those are present on ubuntustudio, i think
[18:15] <ScottL> falktx, this launchpad page shows libavcodec available in lucid: https://launchpad.net/ubuntu/+source/ffmpeg
[18:16] <ScottL> click the gray triangle next to the lucid release and scroll down
[18:16] <falktx> ScottL: it is available on lucid, on main too
[18:16] <falktx> the thing is:
[18:16] <falktx> ffmpeg and it's libs cannot be included on the CDs
[18:16] <falktx> legal issues
[18:16] <ScottL> oh, just not on the CD!  i understand now, like mp3 coded
[18:18] <falktx> yep
[18:18] <falktx> i'm looking for the discussion page
[18:18] <ScottL> but we (ubuntu studio) include it?  hmmmm, that might not be good
[18:18] <falktx> that's what i'm thinking
[18:19] <falktx> maybe they didn't noticed?
[18:20] <ScottL> perhaps...and perhaps its not worth watching when we serve such a niche audience (the numbers aren't appreciable perhaps)


 @valorie, Huh?
[05:16] <valorie> huh about what?
[05:17] <valorie> hi, by the way
[05:18] <valorie> @ahoneybun
[05:18] <valorie> how have you been
 I've been good just crazy during the day lol
[05:19] <valorie> I heard a rumor that you are /might be coming to LFNW?
 I might, I'm aiming for more Scale
 And SELF
[05:20] <valorie> ah
[05:20] <valorie> cool, cool
 More people to work on work stuff
[05:20] <valorie> was looking forward to seeing you in person
 I want to work on gnome docs for Pop
 Well I might throw some money myself for it if I have too
[05:21] <valorie> what do you think should happen with our Kub docs?
[05:21] <valorie> I just happened to notice the ones on the kde wiki
[05:21] <valorie> 2 years old.....
 I think Riddell copied some things over but not the current one
 Yea mm
[05:22] <valorie> to the website you mean?
 Might be better to link with the wiki to the github push
 Yea the docs are down there
 docs.kubuntu.co.uk is down
[05:23] <valorie> ah, boo
 It was the upgrade that Riddell did for us
 It's fixable for sure though
 Just need yofel to set it back and we'll make a another copy of the layout
 At least the github files are still there though
[05:25] <valorie> can you drop a note to kub-devel while you're thinking about it?
[05:25] <valorie> because you know what needs doing
 https://github.com/ahoneybun/kubuntu-manual/releases/tag/kubuntu-16.04.3-RC2
[05:26] <valorie> I guess I'll have to get my son thomas to help me get that stuff so I can work on it for 18.04
[05:26] <valorie>  because we need docs for the LTS
 Did
 Yea 17.10 is missing but it's not that crazy of changes unless you count the new Plasma LTS
 5.12
 I can help someone take over the project.
 I'll be available to help that transition
[05:29] <valorie> I've not seen anyone pop up yet
[05:29] <valorie> but perhaps in your email mention that?
 Well if someone needs help who is here now.
 I've sent it but I can send another one
[05:30] <valorie> I mean, I can write and edit but another person would be better
 Well you can write and I fix issues with the builds
 Handle git stuff
[05:30] <valorie> the release management gets more intense at the end
[05:31] <valorie> that would be great if I managed to get it successfully and was able to push or do a PR or whatever
 I'm hoping to get back into things soon
 If possible
[05:31] <valorie> oh cool!
 Just need to reinstall my old laptop with 18.04 build
 I'll work on that maybe this weekend
 Bbl driving home
[05:32] <valorie> good to hear, ahoneybun
 There are builds of 18.04 now right?
[05:49] <valorie> dailies, yes
[05:49] <valorie> the alpha 1 was cancelled
[05:50] <valorie> a2 next month
[05:50] <valorie> darin miller just successfully started the i386 build
 Alright I'll wait for alpha2
[05:57] <valorie> I really really want to upgrade
[05:57] <valorie> I might do it on my travel laptop next week
[05:58] <valorie> I need it most of the day tomorrow though
[05:58] <valorie> it has the plasma beta on it
[05:58] <valorie> in artful


[00:59] <user|35> I got a message from the spam bot while asking a question on #kubuntu, because I pasted a multi-line terminal.. am I temporarily rate limited or permanently muted?
[00:59] <user|35> terminal output*
[01:04] <Unit193> It does that and gives you a link to a paste service, only muted for a couple minutes.  You've already been unmuted.
[01:06] <user|35> Noted, thank you.


[14:33] <jrwren> what language is this? https://mt.wikipedia.org/wiki/Il-Paġna_prinċipali
[14:34] <cmaloney> Maltese according to the language code
[15:53] <jrwren> https://aws.amazon.com/about-aws/whats-new/2020/06/announcing-general-availability-kernel-live-patching-amazon-linux-2/  kinda great that it is free.
[15:54] <jrwren> last i checked canonical was charging for that feature for ubuntu
[16:26] <jrwren> this looks cool https://web.trango.io
[19:52] <Scary_Guy> <.<
[19:52] <Scary_Guy> >.>
[19:52] <Scary_Guy> There was an outage somewhere?
[19:54] <Scary_Guy> Signal would be great if they'd fix the glitches.  Other than that it works fine and is my primary encrypted instant messaging solution.
[20:10] <cmaloney> https://externals.io/message/110907
[20:10] <cmaloney> "We are committed to maintaining development and building of PHP on Windows for 7.2, 7.3 and 7.4 as long as they are officially supported. We are not, however, going to be supporting PHP for Windows in any capacity for version 8.0 and beyond."
[20:18] <jrwren> that is actually a little surprising given the push MSFT had for PHP on windows, but I guess that was 10yrs ago.
[20:27] <cmaloney> Hoestly I wonder how much of this will get pushed to WSL
[20:27] <cmaloney> since it means less effort to get running
[20:27] <jrwren> that is exaclty what.
[20:27] <jrwren> but WSL isn't for production.
[20:28] <jrwren> 10yrs ago they were touting PHP on IIS as "faster than PHP on Linux Apache" and for production use.
[20:28] <jrwren> they must have finally wised up that there isn't demand for that
[20:28] <cmaloney> I know one of the folsk who comes to CHC is using Windows with C# for web stuff
[20:28] <cmaloney> and it boggles my mind
[20:30] <jrwren> ASP.NET is great.
[20:30] <jrwren> really great.
[20:31] <cmaloney> Outside of that whole Microsoft thing. ;)
[20:37] <jrwren> open source, runs on linux, it is really no diff than java or Go.
[20:37] <jrwren> or Dart
[20:37] <jrwren> or Swift
[20:38] <jrwren> 'cept oracle is far more evil with java
[20:38] <jrwren> actually, it isn't even microsoft thse days. it is owned by the dot net foundation. microsoft just happens to be hte largest contributor AFAIK
[20:39] <cmaloney> Honestly I'm more likely to write C# than Java
[20:39] <cmaloney> Oracle can find a dumpster to burn in for all i care
[20:39] <cmaloney> Dart doesn't excite me and I don't have anything Apple so Swift is right out
[20:40] <jrwren> well, swift runs on linux now too.
[20:41] <jrwren> and there are web frameworks.
[20:44] <cmaloney> is there any reason to use Swift if you're not targeting Apple products?
[20:45] <cmaloney> That's kind of like getting RPL working on your Linux machine. Unless you're an HP graphing calculator it's not going to have the same effect.
[20:48] <jrwren> yeah, no reason. it is a lot like using PHP on Windows :)
[20:48] <jrwren> I mean... why use any langauge... familiarity? So if you already know swift, it sure would be nice to write webservers in it too.
[20:48] <cmaloney> Yeah
[20:48] <cmaloney> I mean, that's why we have server-side JavaScript
[20:49] <jrwren> Swift is a lot like C# from a language POV, but no IL no GC, so potentially even faster.
[20:49] <cmaloney> which is proof that we'll stick anything into a light socket
[20:49] <jrwren> exactly, ugh, nodejs :)


[04:14] <uyann> Where can I find the ubuntu installation logs?
[04:14] <uyann> I need to find history of my partition...
[04:14] <uyann> partition table
[04:14] <uyann> when I installed ubuntu last year..
[04:14] <evand>  /var/log/installer
[04:15] <uyann> thank you!!
[04:15] <evand> you're welcome
[14:48] <xyzz> hi
[14:48] <xyzz> is it possible to use cd image as mirror in net install?
[19:28] <xivulon> cjwatson,evand apparently things will work if I do not set root at all in menu.lst (untested)
[19:29] <xivulon> since I already call find --set-root to find the appropriate menu.lst at boot (embedded menu.lst) and root is retained


[03:13] <OerHeks> awesome list https://imgur.com/gallery/ucrTgi0
[03:14] <sarnold> pity it's all images and thus not searchable :) heh
[03:26] <OerHeks> https://mobiviki.com/?s=linux -- https://mobiviki.com/2018/06/23/top-100-most-useful-software-which-you-will-not-believe-to-be-free/
[04:46] <JanC> those lists seem rather personal to their authors...
[23:16] <edarfoc> hi guys
[23:17] <edarfoc> did you notice search is broken in the GTK+3 file chooser?


[12:03] <Fudge> ?
[22:23] <Texou> hi :)
[22:24] <Texou> are you aware of installation issues of Voxin 0.52? Do nou know some process to success?


[14:01] <balloons> weekly qa meeting happening now in #ubuntu-meeting ;-)
[14:01] <balloons> I think I've gotten my times down, heh
[15:16] <phillw> balloons: is it a fairly major re-spin for todays ISO's ?
[15:16] <balloons> phillw, hey.. nice to see you :-)
[15:17] <phillw> hi, I *would* have been able to attend, exceot it is evening meal time at the meeting time & I need to eat :)
[15:18] <balloons> ahh
[15:18] <phillw> just back scrolled the meeting :)
[15:19] <balloons> well.. so someone else mentioned some good fixes
[15:19] <balloons> new kernel landed
[15:19] <balloons> I haven't synced the new iso yet today
[15:19] <balloons> we'll see how big the diff is
[15:20] <phillw> aye, the dailies should be landing round about now.
[15:20] <phillw> 20:50 here in India :)
[15:21] <phillw> only got 2G here (64 Kb/s) here :/ Dead zero chance of doing even zsynchs!
[15:21] <balloons> phillw, wow
[15:21] <balloons> yep, I would say so
[15:22] <phillw> but, on the good side. My instructor is going to really go to town on setting up VM's so I can have them on the thesii.org server which has a 100Mb/s backbone and can grab a full iso in about 3 minutes :)
[15:23] <phillw> I've already 'taught' it zsync :P
[15:23] <balloons> nice!
[15:24] <phillw> It'll miss 12.04, but will be there for 12.10 onwards :)
[15:26] <phillw> give kanliot a ping if you want the lubuntu-qa team to re-check any specific builds for lubuntu. hopefully you got my email re:ppc ?
[15:26] <balloons> phillw, kanliot was in the meeting
[15:26] <phillw> I saw in the logs :)
[15:26]  * balloons is still meeting.. will you be about in 30 mins?
[15:27] <phillw> sure
[15:27] <balloons> kk.. well at any rate, yes doing some regression testing for tomorrow's daily would be awesome
[15:27] <balloons> it's a focused effort for everyone interested and doing it
[18:47] <phillw> balloons: ping
[19:48] <tjr-> I'm stuck on an install because it requires a module "but it is not installable".  Ala bugs 909880 and 976509.  Is there any guidance for getting more info about the failing package or working around the problem?


[01:58] <Hamled> How can I display the 'blame' view for a particular file at a specific revision
[01:59] <wgrant> Hamled: On the main changed view (eg. http://bazaar.launchpad.net/~loggerhead-team/loggerhead/trunk-rich/changes), click the right-most link on the relevant revision (the Files column). Open the file you want, then click "view with revision information"
[02:00] <Hamled> [18:36:22] < Roflex> http://baltimore.craigslist.org/edu/3002911479.html
[02:00] <Hamled> woops
[02:00] <Hamled> thanks
[06:23] <saeed> hi
[06:24] <saeed> i want to write small lanchpad widget for kde
[06:24] <saeed> how can i find list of install software in my system
[08:50] <dpm> hi jtv, quick question: is it possible to remove someone from the translation credits for a project in LP? I've got a project where I've uploaded a bunch of PO files that were originally translated in LP (thus had no Last-Translator) and now I'm credited for the translations of all languages. Would it be possible to remove me from the credits?
[08:50] <jtv> dpm: otp
[08:51] <dpm> no worries, not urgent
[09:20] <jtv> dpm: I'm back.  The only way, really, to get your name off the credits is to make sure that:
[09:21] <jtv> 1. My current series of ongoing changes rolls out.  At last the who-contributed-to-what data will be constantly checked and updated.  And some horrible bugs that caused missing credits will be fixed.  Stuff we've discussed before, but it's been stuck in the deployment pipeline for a while.
[09:21] <jtv> 2. No non-empty message in the translation has you as the submitter.
[09:22] <jtv> Then, the scrubbing script that I'm hoping to land soon (I've had it ready to land for quite some time now) will eventually notice that you are not the submitter for any of the translationmessages in that pofile, and you will no longer be in the credits.
[09:24] <wgrant> jtv: You should be able to land it in 40 minutes :)
[09:24] <jtv> (Whooo-hoo!
[09:24] <jtv> Thanks!
[09:24]  * jtv checks for conflicts etc.
[10:46] <jonathanj> wgrant: i see that bug i reported last week was deployed, hooray! thanks for helping with that
[11:00] <waseem-x> Hi ,How do i file a bug against my own ppa
[11:01] <czajkowski> waseem-x: whats the problem ?
[11:02] <geser> waseem-x: you can't file bugs against packages from PPAs
[11:49] <waseem-x> we would like to create a bug list for our ppa...so this is not possible?
[11:51] <czajkowski> waseem-x: no its not, you can against projects
[11:52] <waseem-x> ok thanks,
[11:52] <czajkowski> np
[12:17] <jo-erlend> I've filed a bug against gtk+3.0. But it may be a bug in Glade instead or as well. I'm not able to find out. How do I decide that the bug also affects Glade?
[12:19] <jo-erlend> heh. Suddenly links appeared.
[12:21] <czajkowski> jo-erlend: folks will triage it and add other pacakges t it if the are effected
[12:21] <czajkowski> or add it and if they are not people do remove em fast :)
[15:20] <ximion> hi! does anyone know why Launchpad doesn't send me translation data anymore?
[15:21] <ximion> (meaning: are there maintainance tasks going on, or is there something else I have to be aware of?)
[15:23] <czajkowski> ximion: nothing is happening at present
[15:24] <czajkowski> can you be more specific ?
[15:24] <ximion> czajkowski: I want the translation data for Listaller master, to make a new release: https://translations.launchpad.net/listaller/master/+export
[15:25] <ximion> I submitted the request hours ago and tried it again several times
[15:25] <ximion> usually, I just have to wait ~10min to get the data, but this time it takes incredibly long
[15:25] <ximion> (and I really need the translations :D)
[15:26] <czajkowski> ximion: let me go and see
[15:27] <ximion> of course there might be a problem with my mailaccount, but I receive mail, so I don't think so
[15:27] <ximion> thank you! :)
[15:27] <czajkowski> ximion: you getting any erorrs
[15:27] <czajkowski> *errors
[15:28] <ximion> czajkowski: No, nothing. No feedback at all (what I most dislike about the "send me translation via mail"-feature ^^)
[15:28] <ximion> I'll try it again
[15:28] <czajkowski> ximion: ok
[15:28] <ximion> I just get the "Your request has been received. Expect to receive an email shortly." message
[15:30] <ximion> czajkowski: let's see if I get one ^^
[15:38] <ximion> czajkowski: still nothing :(
[15:38] <czajkowski> ok
[15:40] <czajkowski> ximion: lemmie go and ask
[15:41] <czajkowski> thedac: see the above for context
[15:42]  * thedac reads backscroll
[15:52] <ximion> czajkowski: thanks for taking care of that :)
[15:54] <ximion> ...but still no localizations ^^
[15:54] <czajkowski> ximion: we're working on it
[15:54] <czajkowski> patience :)
[15:55] <ximion> czajkowski: cool, thanks :) - I've enough time, I think ^^
[15:58] <czajkowski> ximion: should  be back working shortly
[16:00] <ximion> czajkowski: cool! So it was broken... I first though the problem was with my mail client ^^
[16:38] <ximion> czajkowski: any news? ;-)
[16:53] <ximion> yipee, it works again! :)
[16:54] <ximion> thank you czajkowski & thedac ! :)
[17:01] <czajkowski> great