[00:05] <perrito666> katco: ping
[00:47] <davecheney> thumper: https://bugs.launchpad.net/juju-core/+bug/1456398
[00:47] <mup> Bug #1456398: cmd/jujud/agent: runtime panic during tests <juju-core:Confirmed for dave-cheney> <https://launchpad.net/bugs/1456398>
[00:47] <davecheney> this is me today
[00:47] <davecheney> git bisect for the git gods
[00:50] <mup> Bug #1456398 was opened: cmd/jujud/agent: runtime panic during tests <juju-core:Confirmed for dave-cheney> <https://launchpad.net/bugs/1456398>
[01:02] <mup> Bug #1456398 changed: cmd/jujud/agent: runtime panic during tests <juju-core:Confirmed for dave-cheney> <https://launchpad.net/bugs/1456398>
[01:08] <mup> Bug #1456398 was opened: cmd/jujud/agent: runtime panic during tests <juju-core:Confirmed for dave-cheney> <https://launchpad.net/bugs/1456398>
[01:24] <menn0> davecheney: i'm a big fan of git bisect
[01:43] <thumper> axw: around?
[01:47] <axw> thumper: hey
[01:47] <thumper> axw: oh hai
[01:47] <thumper> axw:  just talking to wallyworld about the storage provider and multiple environments
[01:47] <thumper> axw: just bitten us
[01:48] <axw> thumper: bugger. what's the problem?
[01:48] <menn0> thumper or wallyworld: txn pruning integration with Juju: http://reviews.vapour.ws/r/1720/
[01:48] <thumper> axw: runner exited: watching volumes: permission denied
[01:49] <thumper> axw, wallyworld: likely to be a simple fix
[01:49] <thumper> just finding the right line to add
[01:50]  * thumper tries to run up to speed
[01:50] <thumper> axw: the storage provider is a machine agent worker?
[01:50] <axw> thumper: the "storageprovisioner" worker is run twice: once in the env manager, once in each machine agent
[01:51] <axw> thumper: kinda like how we have a env-level provisioner and one per machine for containers
[01:51] <thumper> axw: well... we have an env-level provisioner per environment
[01:51] <thumper> not just one on the state server machine
[01:51] <thumper> I'm wondering if this is the gotcha
[01:52] <axw> thumper: quite possibly
[01:52] <thumper> axw: what is the worker called?
[01:52] <thumper> found it
[01:54] <axw> thumper: if you get stuck, and can give me a repro, I can debug it
[01:54] <thumper> the environ-storageprovisioner is running per environment
[01:54] <thumper> so that should be fine
[01:54] <thumper> waigani: where was the error exactly?
[01:57] <thumper> axw: it was waigani that ran into the issue, you two can talk directly so I can go smash the cli some more
[01:57] <axw> okey dokey
[01:57] <waigani> thumper: ERROR juju.worker runner.go:219
[01:58] <thumper> waigani: hey, there is this cool function you can add...
[01:58]  * thumper goes to search for it
[01:58] <thumper> I wrote it for this type of situation...
[01:58] <thumper> I think
[01:58] <waigani> thumper: I created a hosted env, deployed wordpress, work-load status hangs on: message: Waiting for agent initialization to finish. Debug-log then is full of perm denied errors
[01:59] <anastasiamac> axw: if it helps, I saw similar error in featuretests - i wasn't on multiple env tho
[01:59] <thumper> LoggedErrorStack
[02:00] <anastasiamac> axw: i was runing one cli command and than followed by another in the same test
[02:00] <wallyworld> menn0: review done
[02:00] <waigani> so there is this line: return isEnvironManager && tag == st.EnvironTag()
[02:00] <thumper> see worker/provisioner/provisioner.go line 181
[02:00] <anastasiamac> axw: i was going to talk to u about it but got distracted :(
[02:00] <waigani> storageprovisioner.go:78
[02:01] <thumper> if the error is not nil and the feature flag is set, it logs the error stack
[02:01] <thumper> very handy for debugging
[02:01] <thumper> when you really don't expect an error return there
[02:01] <axw> waigani: st should be scoped to the env at that point? or not?
[02:01] <waigani> if it is okay to watch volumes in hosted envs, the fix should just be a matter of removing the isEnvironManager line
[02:02] <waigani> axw: yes, it should be
[02:02] <waigani> axw: I can double check though
[02:02] <menn0> wallyworld: thank you
[02:02] <wallyworld> np
[02:02] <axw> waigani: don't understand, why would you want to remove that line?
[02:03] <menn0> anastasiamac: thanks for your review too
[02:03] <waigani> axw: I haven't tested, but it seems that would be what is stopping volumes from being watched in the hosted env
[02:04] <axw> waigani: we only want state servers to be able to access environments
[02:04] <waigani> axw: as it will return false if it's hosted
[02:04] <waigani> axw: you've got this comment in the code:
[02:04] <waigani> / TODO(axw) allow watching volumes in alternative
[02:04] <waigani> 				// environments? Need to check with thumper.
[02:04] <anastasiamac> menn0: always nice :D tyvm for PR
[02:05] <axw> waigani: yeah, I don't think that's relevant. that was before all the JES stuff went in, now I see we have one worker per env
[02:05] <axw> waigani: before I thought we might have one worker that spoke to multiple envs
[02:05] <waigani> axw: ah okay
[02:09] <thumper> waigani: where is the isEnvironManager line you are talking about?
[02:09] <waigani> thumper: line 79
[02:09] <thumper> waigani: of which file
[02:09] <waigani> storageprovisioner.go
[02:10] <waigani> apiserver
[02:11] <thumper> no one will ever log in to an apiserver with an environ tag
[02:11] <thumper> that block should be removed
[02:12] <thumper> the only things that log in are machines, units or users
[02:12] <waigani> should we add cases for units and users?
[02:13] <waigani> as it currently doesn't have any
[02:13] <axw> thumper: what do you mean nothing will log in with an environ tag? what bit of code leads you to think that's happening?
[02:14] <thumper> line 72 or apiserver storageprovisioner.go
[02:14] <axw> thumper: the "case names.EnvironTag" is not the tag used to log in, it's a tag that the storage provisioner uses to scope things
[02:14] <thumper> uuurrrggghhhh....
[02:15] <thumper> this seems overly complicated and ackward....
[02:15] <axw> thumper: no worker ever passes the login tag to canAccess
[02:15] <thumper> I think more logging around this access would show where the problem is
[02:15]  * thumper leaves it to waigani
[02:15]  * thumper runs away
[02:15] <waigani> haha
[02:15] <waigani> thanks :/
[02:16] <axw> waigani: the gist is: the worker asks to watch volumes. it passes a scope tag, and that is either a names.MachineTag or a names.EnvironTag
[02:16] <axw> waigani: if it's an EnvironTag, the apiserver will watch volumes scoped to that environ
[02:16] <axw> waigani: if it's a MachineTag, it'll watch volumes scoped to that machine
[02:17] <waigani> axw: right, that makes sense
[02:17] <axw> waigani: so, if it's an EnvironTag we want to make sure the logged-in user is an environ manager
[02:17] <axw> and also that the state's EnvironTag matches the scope
[02:18] <axw> waigani: my understanding of JES is limited, so that last bit may be where things are broken
[02:19] <waigani> axw: when you say scope, you mean the state passed in to NewStorageProvisionerAPI ?
[02:20] <axw> waigani: no, I mean the tag passed in the API request, in WatchVolumes/WatchFilesystems
[02:21] <axw> waigani: those methods take params.Entities, each of which is a MachineTag or EnvironTag as described above
[02:25] <waigani> axw: yeah but "matching the scope" is matching the EnvrionTag passed in with that of the state obj used to make the api, right?
[02:25] <axw> waigani: yes
[02:27] <waigani> axw: so the EnvironTag case is never going to pass in a hosted env
 waigani: st should be scoped to the env at that point? or not?
 axw: yes, it should be
[02:27] <axw> ?
[02:28] <axw> so the "state.State" is *not* scoped to the env?
[02:28] <axw> (hosted env)
[02:34] <waigani> axw: yes, it should be scoped, but I'll check. I'm just looking to see which user is isEnvironManager() checking?
[02:35] <axw> waigani: AuthEnvironManager
[02:36] <axw> i.e. a machine agent with JobManageEnviron
[02:37] <waigani> axw: so in the hosted env scenario, which machine would that be?
[02:38] <axw> waigani: you're asking me how JES works? :)
[02:38] <axw> it should be a state server machine?
[02:38] <waigani> axw: haha, okay I'm going to dig into isEnvironManager
[02:39] <waigani> axw: if it's not the state server machine, it's going to fail. Also, as you point out if st isn't scoped, it's going to fail
[02:39] <axw> waigani: yup
[02:39] <waigani> axw: so let me dump out some info and we can go from there
[02:40] <waigani> axw: shall I remove your comment?
[02:41] <axw> waigani: yes please, if you're making changes
[02:41] <axw> thanks
[02:41] <waigani> axw: I'll take it out now, in case this turns into a PR
[02:41] <waigani> np
[02:58] <wallyworld> axw: it does appear that azure really wants people to stop using affinity groups which is good for us. let me know if you have time for a quick chat as there's a couple of points i'd like to clarify. no rush
[03:00] <axw> wallyworld: yeah, that sounds like the case. can chat now, tanzanite standup?
[03:01] <wallyworld> sure
[04:22] <waigani> got it
[04:29] <waigani> so st is scoped to hosted env, but the tag passed in is always the server env, so they never match. jujud's  ReadConfig (cmd/jujd/agent/agent.go:106) takes a string tag and uses that to determine the location of the agent's config file to read.
[04:31] <waigani> the string tag is "machine-0"
[04:31] <waigani> (which can no longer be assumed to be the state server, as the first machine in a hosted env is also machine-0)
[04:37] <waigani> agent.ConfigPath returns the agent.conf of machine-0 the state server, not machine-0 the first machine in hosted env
[04:37] <waigani> .juju/local/agents/machine-0/agent.conf
[04:40] <anastasiamac> waigani: well done :D
[04:43] <waigani> axw: thumper: ^^
[04:45] <axw> waigani: are you saying you can have two machines called machine-0?
[04:45] <waigani> axw: yes
[04:45] <axw> sounds crazy, but ok
[04:46] <axw> waigani: so... is that a jujud bug? that it's reading the agent.conf for the wrong agent?
[04:46] <waigani> axw: yep
[04:46] <waigani> axw: so will most likely have side effects elsewhere
[04:47] <waigani> axw: juju environment create env1; juju deploy wordress
[04:47] <waigani> axw: the juju status and checkout the machine name
[04:50] <thumper> waigani: I'm pleased you found it
[04:50] <axw> waigani: hrm, I'm a little confused. I would think that machine-0 the state server would be running env workers per hosted env?
[04:50] <thumper> axw: machine-0 machines are in different environments
[04:51]  * thumper takes the dog out while it is still light
[04:51] <waigani> thumper: can we talk this one over tomorrow morning?
[04:51] <waigani> I need to run also
[06:33]  * thumper heads off to make dinner
[06:33] <thumper> laters
[06:45] <axw> wallyworld: looks like the whole azure model has changed. the little bit I've read makes it sound a lot more like other IaaS now, and Cloud Services are no more (with the new ARM API). portal is excruciatingly slow though, so can't actually tell for sure...
[06:47] <axw> wallyworld: if that is the case, we might be able to migrate away from what the either-or HA/placement implementation
[07:31] <wallyworld> axw: yeah, they are changing terminology to use Region etc as well - so i think it's going to be goof
[07:31] <wallyworld> good
[07:31] <axw> wallyworld: yes, looks good
[07:32] <axw> will be nice to kill some of that old hacky code
[07:32] <axw> well
[07:32] <axw> relegate it anyway
[07:52] <rogpeppe3> anyone fancy a small review of a LoggingSuite change? https://github.com/juju/testing/pull/69
[08:16] <voidspace> dimitern:  http://reviews.vapour.ws/r/1714/
[08:16] <dimitern> voidspace, looking
[08:16] <voidspace> dimitern: plus http://reviews.vapour.ws/r/1715/
[08:17] <dimitern> voidspace, will do
[08:17] <voidspace> dimitern: basically the same code as landed, with minor fixes for 1.24/master plus adding the upgrade step to steps124 too
[08:17] <voidspace> dimitern: thanks
[08:17] <dimitern> voidspace, have a look at our shiny new and empty board https://canonical.leankit.com/sapphire
[08:17] <voidspace> dimitern: oooh...
[08:17] <voidspace> dimitern: shiny :-)
[08:18] <dimitern> voidspace, we'll start using it by friday I hope
[08:18] <voidspace> dimitern: cool
[08:35] <TheMue> dimitern: but then we'll soon fill it and it won't be so shiny anymore *scnr*
[08:36] <TheMue> dimitern: hehe, and opening the parking lot show's already some cards
[08:41] <dimitern> TheMue, :) that's right, yeag
[08:41] <dimitern> yeah even
[08:42] <dimitern> I'll groom the parking lot cards a bit and see what we didn't manage to finish by thursday
[08:42] <TheMue> dimitern: now it only has to be a visual frontend to our tasks in launchpad ;)
[08:58] <dimitern> voidspace, both reviewed
[08:58] <voidspace> dimitern: ta
[08:58] <voidspace> dimitern: I'll have to go and fix those on 1.23 as well
[09:00] <dimitern> voidspace, well, at least check if with 1.23 and string ids there the test still passes, other than that it's too late for 1.23 I think
[09:00] <voidspace> dimitern: the tests pass
[09:00] <voidspace> dimitern: the branch landed and I ran tests for 1.24 and master
[09:01] <dimitern> voidspace, cool, I think it's fine then
[09:01] <voidspace> on 1.24 (current version not my branch) featuretests time out
[09:01] <voidspace> they pass on master
[09:01] <voidspace> odd and annoying
[09:01] <dimitern> hmmm
[09:20] <rogpeppe3> dimitern: where's the right place to submit bugs against juju-core - github or launchpad?
[09:21] <dimitern> rogpeppe3, lp I guess
[09:21] <rogpeppe3> dimitern: "you guess"? :)
[09:21] <rogpeppe> dimitern: ok, will submit against lp
[09:22] <dimitern> rogpeppe, I guess >> it was like that originally, but I know there are some GH issues filed now
[09:22] <rogpeppe> dimitern: ok.
[09:23] <rogpeppe> dimitern: i'll file on lp anyway
[09:23] <rogpeppe> i guess :)
[09:25] <rogpeppe> dimitern: https://bugs.launchpad.net/juju-core/+bug/1456519
[09:25] <mup> Bug #1456519: apiserver/client: clientSuite.TestProvisioningScript is flaky <juju-core:New> <https://launchpad.net/bugs/1456519>
[09:26] <rogpeppe> i guess noone else is using go1.3 or later to run juju tests
[09:28] <rogpeppe> dimitern: any chance of a review of https://github.com/juju/testing/pull/69 please?
[09:28] <rogpeppe> dimitern: (it's very small)
[09:29] <rogpeppe> or anyone else ( voidspace? fwereade?)
[09:30] <fwereade> rogpeppe, ship it
[09:30] <rogpeppe> fwereade: ta!
[09:30] <dimitern> rogpeppe, I'll have a look after standup
[09:30] <dimitern> rogpeppe, ah, ok then
[09:31] <rogpeppe> fwereade: it would be nice to have your LGTM on it
[09:31] <fwereade> rogpeppe, it does? http://reviews.vapour.ws/r/1724/
[09:31] <rogpeppe> fwereade: (we need two, and an explicit signoff from -core is always good)
[09:32] <rogpeppe> fwereade: ha! i'm not used to reviews.vapour.ws!
[09:32] <rogpeppe> fwereade: i was looking at github only
[09:32] <rogpeppe> fwereade: ta!
[09:33] <mup> Bug #1456519 was opened: apiserver/client: clientSuite.TestProvisioningScript is flaky <juju-core:New> <https://launchpad.net/bugs/1456519>
[10:43] <dimitern> reviews on http://reviews.vapour.ws/r/1725/ please - it fixes bug 1442257
[10:43] <mup> Bug #1442257: lxc network.mtu setting not set consistently across hosts <addressability> <lxc> <network> <juju-core:Triaged> <juju-core 1.23:In Progress by dimitern> <juju-core 1.24:Triaged by dimitern> <https://launchpad.net/bugs/1442257>
[10:45] <perrito666> morning
[10:49] <dimitern> voidspace, TheMue, dooferlad, ^^
[10:49] <dooferlad> dimitern: *click*
[10:50] <dimitern> dooferlad, ta!
[11:10] <TheMue> dimitern: back from lunch, looking too
[11:20] <dimitern> TheMue, cheers
[11:52] <jam> wallyworld: perrito666: we're still on for the relation status discussion, right?
[11:52] <wallyworld> yep
[11:53] <jam> wwitzel3: we're also supposed to meet sometime, right? Do you want to meet before the retrospective tomorrow?
[11:53] <perrito666> yep
[12:53] <wwitzel3> jam: that sounds good to me
[13:03] <jam> perrito666: on the concept of VR hangouts, I'm told that having the world move for you is the really-really big producer of nausea
[13:09] <perrito666> jam: I only used a VR headset once and I got really confused about not seeing my hands
[13:09] <perrito666> the movement was not very annoying when sitting
[13:26] <alexisb> jam, I was just about to schedule a planning meeting in that slot :)
[13:26] <jam> alexisb: for our scheduling?
[13:27] <perrito666> alexisb: did you just cancel the interlock?
[13:27] <alexisb> perrito666, yes I forgot to do it yesterday
[13:27]  * perrito666 notices google calendar loves a refresh after a couple of weeks up
[13:27] <alexisb> cloudbase is at ODS this week
[13:27] <perrito666> ah true
[13:28] <alexisb> jam, yes
[13:28] <jam> alexisb: sure. if you get it scheduled first you win :). I also sent a message to cmars about if there is another time we could use
[13:29] <alexisb> yeah the hour after the leads call is definitely my preference
[13:29] <alexisb> but I am going to grab that weds slot just in case
[13:29] <jam> sure
[14:10] <katco> natefinch: standup
[14:10] <ericsnow> voidspace: weren't you the one that moved us away from "anything" on our SSL cert code?
[14:26] <sinzui> voidspace, is this bug Fix Committed in 1.24 https://bugs.launchpad.net/juju-core/+bug/1348663
[14:26] <katco> fwereade: hey want to chat about the container stuff a bit early? we're all in moonstone?
[14:26] <mup> Bug #1348663: DHCP addresses for containers should be released on teardown <maas-provider> <network> <oil> <juju-core:Triaged by mfoord> <juju-core 1.24:Triaged by mfoord> <MAAS:Invalid> <https://launchpad.net/bugs/1348663>
[14:26] <sinzui> voidspace, I think your last commit to 1.24 fixes bug 1441206
[14:29] <fwereade> katco, just making coffee, will join you in there though if that makes sense?
[14:29] <mup> Bug #1441206: Container destruction doesn't mark IP addresses as Dead <destroy-unit> <network> <juju-core:In Progress by mfoord> <juju-core 1.24:In Progress by mfoord> <https://launchpad.net/bugs/1441206>
[14:29] <katco> fwereade: yeah, we're all in ther efrom the standup
[14:29] <katco> fwereade: https://plus.google.com/hangouts/_/canonical.com/moonstone?authuser=1&hceid=Y2Fub25pY2FsLmNvbV9pYTY3ZTFhN2hqbTFlNnMzcjJsaWQ5bmhzNEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t.7g85fo35lqi339e7ppmrdgeoi0
[14:32] <voidspace> ericsnow: no, that was wwitzel3
[14:32] <voidspace> sinzui: it does fix a bug
[14:32] <voidspace> sinzui: let me confirm
[14:50] <voidspace> sinzui: I've marked 1441206 as fix committed for 1.24, still trying to merge into master
[14:51] <sinzui> voidspace, thank you
[15:01] <natefinch> jw4: you around?
[15:11] <voidspace> command line tool to open hangouts at your next meeting
[15:11] <voidspace> https://t.co/gNRi41ELLk
[15:28] <jw4> natefinch: yeah - I'm OTP for the next 30 minutes or so, but I'm somewhat around
[15:28] <natefinch> jw4: quick question - am I correct in my observation that action results are always converted to strings?
[15:29] <jw4> natefinch: hmm; that doesn't seem quite right to me
[15:29] <natefinch> jw4: for example, I set a value of 16, but it gets converted into "16"
[15:29] <jw4> natefinch: I don't know for certain, but I *thought* result types would be preserved
[15:29] <jw4> natefinch: bodie_ worked on that part so he may remember more accurately
[15:30] <jw4> natefinch: I'll investigate too when I get a chance
[15:30] <natefinch> jw4: ok no worries.  Could well be my fault, too.
[15:36] <natefinch> heh, interesting, from python's time formatting, about parsing seconds: "The range really is 0 to 61; this accounts for leap seconds and the (very rare) double leap seconds."
[15:37] <dimitern> reviews on http://reviews.vapour.ws/r/1726/ are most welcome
[15:37] <TheMue> dimitern: *click*
[15:46] <mup> Bug #1454697 was opened: jujud leaking file handles <cpec> <stakeholder> <juju-core:Triaged> <juju-core 1.22:In Progress by cherylj> <juju-core 1.23:New> <juju-core 1.24:New> <https://launchpad.net/bugs/1454697>
[15:49] <alexisb> katco, you around?
[15:49] <katco> alexisb: yep
[15:50] <natefinch> one thing I have to give it to python for, it is very googable for common questions
[15:53] <abentley> tvansteenburgh: Thanks for the merge.
[16:14] <jw4> natefinch: it looks like all the result values are converted to strings...
[16:14] <jw4> natefinch: the tests seem to explicitly expect that
[16:15] <natefinch> boo!
[16:15] <natefinch> why even use yaml if you can't use nice types? :/
[16:16] <jw4> teh suk
[16:17] <natefinch> well, at least I'm not crazy
[16:18] <jw4> natefinch: correction "at least this situation doesn't demonstrate whether you're crazy"  - you may still be but not as shown by this situation :)
[16:18] <natefinch> jw4: I was going to make that joke, but couldn't figure pout a way to word it.
[16:18] <jw4> natefinch: well, I didn't do too well either
[16:18] <jw4> :)
[16:19] <natefinch> https://bugs.launchpad.net/juju-core/+bug/1456703
[16:19] <mup> Bug #1456703: action-set converts everything to strings <actions> <juju-core:New> <https://launchpad.net/bugs/1456703>
[16:19] <jw4> boom
[16:19] <jw4> :)
[16:19] <natefinch> at least it's recorded now
[16:28] <mup> Bug #1456703 was opened: action-set converts everything to strings <actions> <juju-core:New> <https://launchpad.net/bugs/1456703>
[16:28] <natefinch> way to be on the ball there, mup
[16:31] <jw4> haha
[16:34]  * natefinch really needs pyformat
[16:36] <natefinch> python peeps... is there an official or semi official pyformat?
[16:37] <natefinch> I see pyformat, I see autopep8 ... what should I use and do I have to worry that it'll blow up my code?
[16:38] <ericsnow> natefinch: nothing official
[16:38] <voidspace> natefinch: autopep8 is the closest
[16:38] <natefinch> good enough for me
[16:46] <rick_h_> natefinch: run flake8 and that's the basics
[16:47] <rick_h_> natefinch: it's what we've been using + a few manual ideas copied from LP days for all our python stuff
[17:01] <mup> Bug #1456714 was opened: assignCleanSuite.TearDownTest fails <ci> <intermittent-failure> <unit-tests> <juju-core:Incomplete> <juju-core 1.24:Triaged> <https://launchpad.net/bugs/1456714>
[21:55] <katco> wallyworld: hey got a few minutes to talk about a spec?
[21:55] <wallyworld> katco: yeah, give me a minute
[21:55] <katco> wallyworld: ack
[21:56] <katco> wallyworld: doh, nevermind the family just got home. i'll catch up with you later
[21:56] <wallyworld> ok, ping me , i ave a meeting in an hour but free after that
[22:12] <thumper> cmars: around?\
[22:12] <cmars> thumper, hey
[22:12] <cmars> thumper, yeah, hang on
[22:12] <thumper> cmars: I'm in our hangout
[22:13] <noodles775> wwitzel3: Hi! Just wondering if the reason you switched the status of bug 1453644 was related to the bug itself, or just simply you've got other priorities you need to switch to etc.
[22:13] <mup> Bug #1453644: destroy-env leaves one lxc which remains pending on redeploy <destroy-environment> <local-provider> <lxc> <reliability> <repeatability> <juju-core:Triaged by wwitzel3> <https://launchpad.net/bugs/1453644>
[22:17] <davecheney> thumper: git bisect success
[22:17] <davecheney> machine handed off to rsc
[22:17] <davecheney> i'm off for a coffee
[22:17] <thumper> \o/
[22:17] <davecheney> and the offending diff looks like a plausible candidate this time
[22:18] <davecheney> not a change to an unrelaed .h file
[22:46] <mwhudson> davecheney: \o/
[23:00] <wallyworld> axw: i can't get the meeting link to work, can you?
[23:00] <axw> wallyworld: nope
[23:07] <sinzui> wallyworld, do you have a moment to review http://reviews.vapour.ws/r/1729/
[23:07] <wallyworld> sure
[23:10] <sinzui> wallyworld, 386 unit tests might fail for 1.24. The failures for the first 2 tries are flaky, so I am declaring build 2664 releasable for beta4.
[23:12] <wallyworld> \o/
[23:15] <thumper> yay
[23:15] <thumper> wallyworld: I may be slightly late to the 1.23 retrospective, but I will be there
[23:15] <wallyworld> ok
[23:59] <davecheney> mwhudson: thanks for breaking the seal on the 'compiler is slow argument, let's no gc'
[23:59] <davecheney> i was thinking of writing the same to russ privately
[23:59] <davecheney> but public is better for everyone's karma


[21:15] <heartsmagic> hello there
[21:15] <k1l> hi
[21:15] <heartsmagic> is there anyone who can help for our Loco channel?
[21:15] <k1l> some ircc should be awake. so what is the issue?
[21:16] <heartsmagic> there is a channel we want to get back for our Loco if possible
[21:17] <Pici> Which channel?
[21:18] <heartsmagic> oh here you ara Pici :)
[21:18] <heartsmagic> #ubuntu-sohbet. long time ago one of our friends created this channel for ubuntu-tr. now, we now there is a name regulation for ubuntu
[21:19] <heartsmagic> sohbet means chitchat in Turkish
[21:19] <Pici> heartsmagic: logically, this should really go under #ubuntu-tr-sohbet
[21:19] <heartsmagic> if possible we want that channel back, if not we will think other solutions
[21:19] <heartsmagic> yeah, this is our plan b, but i want to ask anyway
[21:20] <Pici> I'd prefer it to live there, but I can forward it from #ubuntu-sohbet to #ubuntu-tr-sohbet
[21:21] <heartsmagic> oh, that would be great Pici.
[21:21] <heartsmagic> thank you so much.
[21:21] <heartsmagic> now, i should create that channel
[21:24] <heartsmagic> ok, registered. thank you again
[21:26] <Pici> heartsmagic: can you please grant flags +ARefiorstv to UbuntuIrcCouncil in that channel so I can finish getting the forward setup?
[21:27] <Pici> /msg chanserv flags #ubuntu-tr-sohbet UbuntuIRCCouncil +ARefiorstv
[21:28] <heartsmagic> Pici: done
[21:30] <heartsmagic> thanks again Pici
[21:45] <slashd> Hi, I've been approved to become a ubuntu member today, and I'd like to request an Ubuntu cloak LP: https://launchpad.net/~slashd
[21:46] <rww> slashd: identify to NickServ please, /msg nickserv help identify
[21:55] <slashd> rww, done
[21:56] <rww> Pici: ^
[21:56] <hggdh> slashd: looks oK
[21:57] <rww> a hggdh is fine too :D
[21:57] <hggdh> staff: please add a cloak ubuntu/member/slashd for slashd
[21:57] <hggdh> rww: heh
[21:57] <niko> congrats
[21:57] <Unit193> Thanks, niko!
[21:57] <hggdh> niko: as always, in your debt
[21:57] <Unit193> slashd: You may want to look at https://freenode.net/sasl/
[21:57] <hggdh> slashd: welcome, again :-)
[21:58] <Pici> slashd: congrats :)
[21:58] <slashd> starff: thanks
[21:58] <slashd> staff: thanks


[01:58] <gordon_> thanks, I will find something for me in next release. are there some docs how to setup env and stuff ?
[02:25] <valorie> gordon_: what sort of environment?
[02:25] <valorie> for what purpose?
[02:25] <gordon_> fixing kde or packages
[02:26] <valorie> sure, you'll want to be in #kde-devel and look at the /topic there
[02:26] <valorie> lots of helpful links
[02:28] <gordon_> ok, thank you
[02:36] <valorie> it will be lovely to have another kubuntu user also working upstream, gordon_
[02:48] <gordon_> well, if I will make some time.
[02:48] <gordon_> I'm using arch now
[02:50] <valorie> ok
[04:07] <jussi> afternoon all, anyone awake?
[04:09] <sgclark> not for long
[04:11] <ahoneybun> jussi: still here as well
[04:12] <jussi> :)
[04:12] <jussi> Havent been in for a while, wanted to say hi :)
[04:13] <sgclark> hi jussi :)
[04:13] <ahoneybun> howdy jussi
[04:29] <valorie> jussi: how's life?
[04:57] <ahoneybun> dark?
[06:15] <jussi> Hi valorie - doing well, very busy with the 2 kids now :)
[08:33]  * sitter somehow doesn't feel like going to akademy this year
[08:33] <valorie> :(
[08:34] <valorie> I'm not sure I can
[08:34] <valorie> I was feeling cocky and making plans
[08:34] <valorie> but ..... gotta look at the calendar with a magnifying glass and see the future, I guess
[08:35] <valorie> you aren't tempted by Spain?
[08:35] <sitter> if you don't attend I will most certainly not attend either :P
[08:35] <valorie> pfff
[08:35] <valorie> I was just going to say, you will deprive me of Harold-hugs
[08:35] <sitter> tempted is a strong word. what is quite the turn off is the 5 hour travel time with layover in madrid
[08:36] <valorie> you could layover in Barcelona again
[08:36] <sitter> that's 5 times as distressing as a 1 hour flight
[08:36] <valorie> 5 hours and you are complaining!!!!!!
[08:36] <sitter> I no no
[08:36] <valorie> wimp!
[08:36]  * sitter don't handle flying well
[08:36] <valorie> if it is less than 20 hours journey, it feels short
[08:37] <sitter> yah, I do not envy going from the west coast to akademy
[08:37] <valorie> and this time I could go by train
[08:37] <valorie> the bus was very comfortable though
[08:37] <sitter> spacushipu
[08:37] <valorie> Madrid --> Bilbao
[08:38] <valorie> spaceship would be awesomesauce
[08:38] <valorie> little blue box, best of all
[08:38] <sitter> I didn't attend bilbao one for pretty much all the same reasons
[08:38] <sitter> valorie: yeah!
[08:39] <valorie> Bilbao was a blast, although I got violently ill the last night
[08:39] <valorie> that part I could have done without
[08:40] <valorie> probably food poisoning
[08:40] <sitter> oh that reminds me, e.v. members get to stay like 8 days....
[08:40] <valorie> thank goodness for the Indians who cooked me nice rice and veggies and helped me live
[08:40] <sitter> heh
[09:19] <sitter> dpkg --compare-versions 5.2.2a+git2 gt 4:5.2.2+git2; echo $?
[09:19] <sitter> 1
[09:19] <sitter> bummer
[10:14]  * yofel doesn't know whether he can attend akademy yet either
[10:14] <yofel> I might just go to debconf this year because it's near me
[10:52] <Riddell> sgclark: how's 5.2.2 doing?
[11:03] <mparillo> Riddell: assuming sgclark is enjoying a well-deserved sleep, 5.2.2 is in ppa:kubuntu-ppa/next-staging and it did not squish jellyfish for soee or me.
[11:05] <soee> there are small problems
[11:06] <soee> packages installes fine, but what i experienced is muon topbar  broken, now i hade problems with desktop effects, transparency etc.
[11:08] <soee> dark panel becomes translaprent but blurred, show desktop screen corner bind stops working, when panel all of sudden starts to be transparent i cant activate apps clicking on task manager, second screen corner bind (show all apps) shows app but if i select any they do not became active
[11:10] <soee> mparillo: can you test one thing ?
[11:12] <Riddell> sgclark: there's an update to kwin coming
[11:14] <soee> this is how dark panel and all widgets, notifications etc. look http://wstaw.org/m/2015/03/23/workspace16.png
[11:15] <Riddell> sitter: "Logging colors are not available. Install logger-colors gem if desired" remind me how to do that?
[11:16] <Riddell> soee: got a screenshot of muon issue?
[11:19] <mparillo> soee: I can try.
[11:19] <sitter> Riddell: gem install logger-colors
[11:20] <sitter> sudo probably
[11:20]  * sitter not sure whether debian ruby team managed to default gems into $HOME yet
[11:21] <soee_> sorry had to rebot, system did not respond
[11:23] <soee_> is muon connected somehow to plasma ?
[11:31] <soee_> Riddell: are you going to push build for a new kwin ?
[11:31] <soee_> *5.2.2
[11:38] <Riddell> Quintasan: google soc for kde only has about 25 applications compared to the 40 spaces we were offered last year so applications needed if you're interested
[11:38] <Riddell> Quintasan: deadline in end of the week I think
[11:52] <KDDA> Riddell: do you maintain ownCloud for Kubuntu?
[11:53] <Riddell> KDDA: I did for a while, then it became clear their release model doesn't fit in at all with ubuntu's package model so I removed it
[11:53] <Riddell> it would be interesting to see if there's any different packaging model available for ubuntu now, extras.u.c seemed to disappear
[11:54] <KDDA> their releasemodel seems to be critical fixes!
[11:55] <Riddell> that's what happens with PHP :)
[11:55] <Riddell> but it's entirely fair that a web based approach has easy release updates, but that's not what ubuntu has
[11:56] <KDDA> it looks like a good project, have you or do you use it yourself?
[11:59] <seaLne> Riddell: i found the last unsold t-shirt from the first kubuntu ones i made, wonder if it might be worth having some sort of raffle/simple competition for it as part of the 10 years thing? its a medium which would limit the usefulness ofcourse
[11:59] <seaLne> not sure if anyone else though would consider it special
[12:01] <Riddell> seaLne: hmm interesting
[12:01] <Riddell> "submit your favourite memory of kubuntu to get a t-shirt"
[12:02] <Riddell> mparillo, ronnoc: what do you guys thing about doing something like that? ^^
[12:07] <KDDA> might be best to mention its a medium size :P
[12:07] <mparillo> I like it, but it might occasion a bit of Unity bashing. That is what originally led me to investigate Xubuntu and Kubuntu before settling here.
[12:08] <KDDA> :O who would bash Unity!
[12:08] <mparillo> Or as an alternative to a favorite memory, perhaps also your use cases. But let
[12:09] <mparillo> us not call it use cases, how about "how or why do you use kubuntu?"
[12:09] <KDDA> LOL that question still leads me back to Unity !
[12:09] <mparillo> Maybe there is an open-ended way of asking it so we get good memories, useful information about how and why people use kubuntu, and maybe some stories to share.
[12:10] <KDDA> are there any how-to guides or videos on how to package?
[12:14] <Riddell> KDDA: http://packaging.ubuntu.com/html/ maybe but ignore the bits on UDD (ubuntu distributed development) as it's just messy
[12:14] <Riddell> KDDA: but I'm happy to give you a tutorial any time you have a couple of hours spare
[12:16] <sgclark> morning
[12:16] <Riddell> hola sgclark chica
[12:16] <Riddell> sgclark: new kwin is just up on depot
[12:17] <sgclark> Riddell: okies
[12:19] <KDDA> couple of hours huh!
[12:19] <Riddell> packaging takes a couple of hours to learn and a lifetime to master :)
[12:21] <KDDA> you know the way Ubuntu has Amazon search built in, does Kubuntu have anything like that?
[12:21] <Tm_T> KDDA: no
[12:22] <KDDA> will it ever?
[12:22] <Riddell> I hope not :)
[12:22] <Riddell> is it actually useful?
[12:22] <Tm_T> KDDA: well you can search the internet or particular services through the quick launcher
[12:22] <Riddell> I can't imaging searching for "konsole" to open an application and wanting book suggestions
[12:23] <Tm_T> but out of the box no
[12:23] <Tm_T> hmmm, I don't think that is called quick launcher, what's that search/command field thingy is
[12:24] <seaLne> it was krunner
[12:25] <Tm_T> that yea
[12:37] <Quintasan> Riddell: Alright, I just got the enrollment notice in English from my students affair office.
[12:40] <shadeslayer> Quintasan: who're you having a affair with
[12:40] <Quintasan> Badumtss.
[12:40] <Quintasan> :P
[12:40] <shadeslayer> :P
[12:46] <BluesKaj> Hiyas all
[13:26] <soee> Riddell: i have updated kwin in 5.2.2, now all seems to work fine, so only muon left woth some problems
[13:29] <Riddell> soee: you have updated? what do you mean?
[13:30] <soee> Riddell: yes new version is in next-staging-0
[13:31] <Riddell> oh cool, that'll be sgclark being wonderful
[13:31] <soee> yup
[13:31] <Riddell> soee: did you do a screenshot of muon?
[13:37] <soee> Riddell: muon had topbar with items like refresh list, edit sources etc.
[13:37] <soee> now it looks like this: https://youtu.be/Z2_VGyLClqA
[13:41] <mparillo> Are there three Muons? You show Package Manager. I have Discover and Update Manager. http://imgur.com/CO34ijs
[13:43] <soee> Well Discover and updater are like friendly gui for searching, installing and updating packages
[13:43] <soee> Muon is just a package manager without any fancy stuff
[13:47] <Riddell> yes there are
[13:47] <Riddell> we don't include muon normal any more, it's old school
[13:47] <Riddell> and we keep muon updater only because this version of discover has no release upgrade notification
[13:48] <Riddell> but they're available to install still
[14:39] <Riddell> ronnoc, mparillo: how about a wire article with a spanish accent for http://ubunlog.com/kubuntu-15-04-sera-una-de-las-mejores-distros-con-plasma-5/ ?
[14:42] <mparillo> ronnoc: Do you speak Spanish? If not, I can do it. Funny that the screen shot looks to be in English.
[14:42] <Riddell> they just took it from the announcement
[15:06] <sitter> Riddell: http://kci.pangea.pub/job/vivid_unstable_kio/lastFailedBuild/console broken
[15:07] <mparillo> Google translate is my friend. I hope it did not embarrass me. http://wire.kubuntu.org/?p=264
[15:08] <Riddell> sitter: didn't you make it remove upstream patched on merge?
[15:08] <Riddell> mparillo: molt be!
[15:11] <sitter> Riddell: no
[15:11] <Riddell> sitter: ah that explains it. did you decide against it?
[15:12] <sitter> yes, upstream_ is also used for things that come from reviewboard (although they shouldn't really come from reviewboard anyway)
[15:13] <sitter> at any rate, removing all upstream_ patches potentially bypasses integration of patches that in fact are not upstream yet
[15:13] <Riddell> fair enough
[15:15] <soee> hm muon updates should have Install Updates button disabled if there are no any updates available
[15:16] <sitter> it has
[15:16] <sitter> you should file a bug though
[15:16] <soee> not for me
[15:17] <sitter> while testing it on friday I noticed that sometimes it gets confused about its state and looks for updates while the UI is enabled
[15:17] <sitter> which possibly is what you are seeing
[15:19] <soee> o i file a bug,
[15:19] <soee> muon and component updater ?
[15:19] <sitter> yes
[15:19] <soee> thank you
[15:19] <Riddell> "
[15:19] <Riddell> "I'll be honest, apart from just being objectively better than Windows, Amarok 2 is a big reason I like running Linux."  twitter doesn't lie markey_work, amarok is better than windows :)
[15:20] <soee> ;o
[15:23] <Riddell> muon is working fine for me on upgrade to 5.2.2
[15:24] <soee> oO
[15:24] <soee> Riddell: do you have the topbar etc ?
[15:25] <Riddell> soee: yep
[15:26] <Riddell> soee: try moving ~/.config/muondiscoverrc out the way? (save a copy for bug reports)
[15:28] <markey_work> Riddell: heh :)
[15:28] <soee> Riddell: i tried this yesterday i think
[15:39] <Riddell> mparillo: kubuntu certainly has a high profile on planet kde just now :)
[15:40] <Riddell> and not too bad on planet ubuntu either
[15:50] <soee> are you guys familiar with ruby and installing latest versions on *ubuntu servers ?
[15:50] <mparillo> The wire goes automagically to Planet KDE and Planet Ubuntu?
[15:51] <mparillo> But not to Twitter, right?
[15:51] <mparillo> That was Riddell
[15:51] <Riddell> mparillo: right
[15:51] <Riddell> I just put it on twitter
[16:22] <mparillo> Also on G+ now.
[16:23] <Riddell> yay :)
[16:23] <mparillo> Can anybody tell if these tips are on Kubuntu? It is the same author as a previous Kubuntu review: http://www.ocsmag.com/2015/03/21/some-cool-plasma-tips-and-tricks/
[16:24] <Riddell> mparillo: only clue is the tag on the article is kubuntu
[16:24] <Riddell> so I guess it is
[16:24] <Riddell> wire article! :)
[16:25] <Mamarok> Riddell: I always knew that :)
[16:26] <mparillo> As you might say, well spotted.
[16:56] <allee> kid3
[16:59] <soee> Riddell: any idea where else i can search for waht can cause ths muon problems ?
[16:59] <Riddell> soee: nope, try asking apol ?
[17:04] <allee> kubotu: newversion kid3 3.2.0
[17:04] <kubotu> https://bugs.launchpad.net/bugs/1435435
[18:15] <soee> Riddell: btw. the muon you have tested it was 5.2.2 ?
[19:27] <ovidiu-florin> Riddell: do you know who can help me write rewrite rules for the website?
[20:20] <ovidiu-florin> Riddell: no need anymore
[20:20] <ovidiu-florin> ahoneybun: ping
[20:22] <ahoneybun> ovidiu-florin: pong
[20:23] <_Groo_> guys, kdeconnect-plasma has a bug
[20:23] <_Groo_> it recommends kdeconnect
[20:23] <_Groo_> Recommends: kdeconnect
[20:23] <_Groo_> and below it says it breaks kdeconnect :D
[20:23] <_Groo_> Breaks: kdeconnect (<< 0.7.3-0ubuntu2)
[20:23] <_Groo_> so you either recommend kdeconnect >> 0.7.3-0ubuntu2
[20:23] <_Groo_> or not at all :D
[20:24] <ovidiu-florin> ahoneybun: can you help me with something on the Site?
[20:24] <yofel> _Groo_: no, the breaks/replaces is to prevent overwrite errors on upgrade. Nothing to fix there
[20:24] <_Groo_> yofel: its missing the version
[20:25] <yofel> both breaks and replaces are versioned..
[20:25] <yofel> the recommends doesn't have to be
[20:25] <_Groo_> yofel: okdok :)
[20:25] <_Groo_> yofel: btw are you seeing high cpu usage for plasmashell with latest git?
[20:26] <yofel> I'm not using CI. In plain vivid it behaves fine with my config
[20:28] <_Groo_> yofel: yeah i suspect it has something to do with network-manager, although i also see cpu going up when i copy files for ex...
[20:29] <_Groo_> yofel: btw it is more apparent with top, if you use the normal ksysguard, since it averages on the cpu core number, im might masquerade the number
[20:30] <_Groo_> yofel: if you are seeing like 20% usage in plasmashell with ksysguard, is already too much, take a look with top and youll see that PS might be using like 90 to 110% cpu usage
[20:30] <yofel> oh, now that you mention it, I do see a bit excessive CPU usage whenever its does that waiting/processing animation. You get that on file copy after all..
[20:31] <yofel> esp. annoying if something gets stuck in that state (anything network likes to do that)
[20:31] <_Groo_> yofel: im having that consistently by just logging... it starts at 5% and 30 minutes later im already at 135% and xorg at 40%
[20:33] <_Groo_> im back to unity :( its unbearable to use like this
[20:35] <BluesKaj> _Groo_, do you still have unity installed ? if so that seems to be a common problem with users who start with ubuntu and switch to kubuntu-desktop
[20:35] <BluesKaj> cpu usage creep
[20:35] <_Groo_> BluesKaj: yes, because when i started with this system it was still kde 4
[20:36] <_Groo_> BluesKaj: well it doesnt make any sense though
[20:36] <_Groo_> BluesKaj: im not using unity in any way when i log to kde
[20:36] <BluesKaj> _Groo_, agreed but it's a symptom nonetheless
[20:37] <_Groo_> BluesKaj: well it was working fine till last week, its in the new git builds that the cpu high usage came back
[20:37] <BluesKaj> definitely needs investigation'
[20:37] <_Groo_> BluesKaj: no other change whatsoever
[20:39] <BluesKaj> well, I've got 15.04 as aclean kubuntu install , no more cpu usage creep , but i'm still not a plasma 5 fan ...too many fav features that don't work and some have been dropped period
[20:39] <_Groo_> BluesKaj: im a fan, ill wait till they get implemented again
[20:40] <_Groo_> ive been using kde exclusively since 2.x :D
[20:40] <_Groo_> i only use gnome/gtk/unity/whatever as a fallback
[20:40] <BluesKaj> still have a 14.10 Kubuntu fallbck install , which periodically use to get my nerves settled:)
[20:41] <_Groo_> because i have the bad habit of always using cutting edge
[20:41] <_Groo_> so i get cut sometimes :P
[20:42] <_Groo_> the only thing that pissed me of in kf5 was the dropping of the .kde dir
[20:42] <_Groo_> it was all cleanly organized there
[20:42] <_Groo_> but nooooo, lets scatter the config and shit all over the place
[20:42] <ahoneybun> ovidiu-florin: yea sorry I did not see that message
[20:42] <_Groo_> now its a mess
[20:42] <ovidiu-florin> ahoneybun: so there are 2 huge tasks right now
[20:43] <ovidiu-florin> 1. transform all categories to tags
[20:43] <ovidiu-florin> 2. edit permalinks to articles that don't work
[20:43] <ovidiu-florin> ahoneybun: which do you want?
[20:43] <ovidiu-florin> I'm working on 1, Laura (my wife) is working on 2
[20:43] <ovidiu-florin> but there are hundreds to be done
[20:44] <ovidiu-florin> mention me when you answer
[20:45] <ovidiu-florin> 1 is a 2 part task
[21:11] <ahoneybun> ovidiu-florin: not sure how to do either
[21:13] <ovidiu-florin> ahoneybun: I've got ~25 more tags to create
[21:13] <ovidiu-florin> then I'll start migrating articles
[21:14] <ovidiu-florin> ahoneybun: got to: http://kubwp.kubuntu.co.uk/wp-admin/edit-tags.php?taxonomy=category and click on the counter on the left
[21:14] <ovidiu-florin> Remember what category you clicked from
[21:14] <ovidiu-florin> selecct all articles, batch quick edit
[21:15] <ovidiu-florin> uncheck the category you came from, and add the tag with the same name
[21:15] <ovidiu-florin> make sure the tag exists
[21:15] <ovidiu-florin> use autocomplete
[21:15] <ovidiu-florin> type 3 letters then wait
[21:15] <ovidiu-florin> make sure you select the right existing tag, don't create new ones.
[21:15] <ovidiu-florin> use your mouse if you have to
[21:16] <ovidiu-florin> then update the articles
[21:16]  * ahoneybun is a bit off
[21:16] <ovidiu-florin> move on to the next category
[21:16] <ahoneybun> too much at once
[21:16] <ahoneybun> counter?
[21:16] <ovidiu-florin> video call?
[21:16] <ahoneybun> google plus?
[21:16] <ovidiu-florin> jitsi?
[21:16] <ahoneybun> ???
[21:17] <ovidiu-florin> ahoneybun: https://meet.jit.si/WeirdAntelopesPierceCorrectly
[21:17] <ahoneybun> installing
[21:18] <ovidiu-florin> ahoneybun: installing what?
[21:18] <ahoneybun> a deb
[21:18] <ahoneybun> ovidiu-florin: loaded
[21:20] <ovidiu-florin> ahoneybun: are you in??
[21:22] <ovidiu-florin> ok
[21:22] <soee> ekeke, current updates want to install upstart again ?
[21:22] <ovidiu-florin> tags exist for every category
[21:31] <debfx> soee: it's fine as long as upstart-sysv isn't installed
[21:39] <soee> debfx: ok thank you
[21:45] <ahoneybun> ovidiu-florin: quick queston
[21:45] <ovidiu-florin> shoot
[21:45] <ahoneybun> *question
[21:45] <ahoneybun> ovidiu-florin: some have kde sc and kde sc 4.5
[21:46] <ahoneybun> show I add both tags and remove both cate?
[21:46] <ovidiu-florin> yes
[21:46] <ahoneybun> ok done
[21:46] <ovidiu-florin> one might search for a specific KDE SC
[21:46] <ovidiu-florin> or for all of them
[21:47] <ahoneybun> ok thanks ovidiu-florin
[21:47] <ovidiu-florin> no, thank you
[21:47] <ovidiu-florin> ahoneybun: ^
[21:48] <ahoneybun> ovidiu-florin: one is marked as koffice but it is koffice3
[21:48] <ahoneybun> *2
[21:48] <ahoneybun> it is 2.2.1
[21:48] <ahoneybun> fix?
[21:49] <ahoneybun> ovidiu-florin: ^
[21:49] <ovidiu-florin> Again, KOffice is general and KOffice 2 is specific
[21:49] <ahoneybun> so both?
[21:49] <ovidiu-florin> you can add just the one (like it was) or add them both, to make it better
[21:49] <ahoneybun> both done
[21:49] <ovidiu-florin> same for Kubuntu version number and codename
[21:50] <ovidiu-florin> one might search for Kubuntu 10.10 or for Kubuntu 10.10 codename
[21:50] <ahoneybun> ok thanks
[21:50] <ovidiu-florin> or just codename
[21:50] <ovidiu-florin> so add all of them
[21:51] <ahoneybun> oh kubuntu 10.10, codename
[21:58] <ovidiu-florin> OK, I've fixed 20 links
[21:58] <ovidiu-florin> maybe more, with the redirect rules I've made, but I haven't tested them yet
[21:58] <ovidiu-florin> I'll check them tomorrow
[21:58] <ovidiu-florin> I'm off to bed
[21:58] <ovidiu-florin> good night
[21:59] <ovidiu-florin> ahoneybun: if something is unclear, IMO leave it for later, or send me an email
[21:59] <ovidiu-florin> I'm off
[22:00] <ahoneybun> ok thanks


[00:08] <Seq> I have to depart. I will read over the channel log and pop back in tomorrow to update based on uploading from elsewhere
[00:10] <kiko> Fujitsu, no, it doesn't fetch orig's from the primary archive yet AFAIK. and yet..
[00:10] <kiko> http://ppa.launchpad.net/chrisirwin/ubuntu/
[00:12] <Ubulette> hm, tiny bug in the ppa page. there's no "1st/Prev/Next/last" anymore in ~user/+archive/
[00:12] <Seq> kiko: it uploaded everything when I used manual ftp. it still hung after uploading the orig.tar.gz, but it did upload the correct number of bits
[00:14] <Fujitsu> kiko: Yeah, I noticed that bug (#139619) is targetted for 1.1.12, which is good.
[00:14] <Seq> when I used dput, it hung after the .orig.tar.gz as well, but it was the second file (not the last) and thus never uploaded enough to build the project at the point it got stuck..
[00:14] <Fujitsu> Ubulette: Click Search.
[00:14] <Fujitsu> That's bug... I forget which.
[00:14] <Fujitsu> Bug #158574
[00:14] <ubotu> Launchpad bug 158574 in soyuz "+archive doesn't show all packages" [Medium,Confirmed] https://launchpad.net/bugs/158574 - Assigned to Celso Providelo (cprov)
[00:15] <Ubulette> ok, if it's known, i don't need to worry :)
[00:16] <kiko> Seq, so... it's weird but it did work.
[00:16] <kiko> http://ppa.launchpad.net/chrisirwin/ubuntu/pool/main/l/linux-source-2.6.22/
[00:16] <kiko> now we need to wait for the build sequencer to run
[00:16] <Fujitsu> kiko: It's not that weird. It *was* listed in the .changes.
[00:17] <kiko> and then for the actual build
[00:17] <Fujitsu> Just that file seems to do bad things to both ftplib and ftp, or poppy.
[00:17] <kiko> Fujitsu, well it's weird that it hung and yet still worked. I think our ftp server really makes an effort not to drop files.
[00:17] <kiko> right :)
[00:17] <kiko> oh, is it the actual file?
[00:18] <Fujitsu> Maybe it's just that it's massive.
[00:18] <kiko> did you try uploading yourself? i won't offer because my uplink is 128kb/s
[00:18]  * Fujitsu tries.
[00:18] <kiko> so it'd take a year and a quarter
[00:18] <Seq> Fujitsu: I'd imagine other people have uploaded kernel source before
[00:18] <Fujitsu> Mine is 256k, but I have faster links elsewhere, and am used to uploading massive things.
[00:19] <Fujitsu> Seq: Which file did it upload before the .orig.tar.gz when you dput it?
[00:19] <Seq> just the .dsc I believe
[00:20] <kiko> so no .changes. that's terrible.
[00:20] <kiko> :)
[00:20] <Fujitsu> Seq: How fast is your upstream?
[00:20] <Seq> kiko: well it didn't get to the .diff.gz either, so it may have done the changes after
[00:20] <Fujitsu> .changes is always done last by dput.
[00:20] <Fujitsu> Because that's what queue dameons process.
[00:21] <Fujitsu> s/dameons/daemons/
[00:21] <Fujitsu> Although I suppose poppy is slightly odd and works by connection, rather than looking for the .changes.
[00:21] <Seq> 800 kbits/s. Gnome System Monitor reports that I was uploading at 80 to 90 KB/s
[00:22] <kiko> Fujitsu, so, the way poppy works is that it just takes the whole set of files and then trigger process-upload.
[00:22] <kiko> Fujitsu, now process-upload itself builds a data structure based on what it finds in the .changes file, and in the .dsc file
[00:22] <Fujitsu> kiko: That's what I thought. Other queue daemons don't touch anything until they see a .changes, the try to find the associated files.
[00:22] <kiko> if there's no .changes file then process-upload gets pretty upset
[00:23] <Fujitsu> s/the/then/
[00:23] <Fujitsu> Aha.
[00:23] <kiko> it's put in a directory which is inspectable manually
[00:23]  * Fujitsu uploads at 500KB/s
[00:23] <kiko> so we can see what happened to every upload that failed
[00:23] <kiko> show-off
[00:23] <Fujitsu> That's good.
[00:23] <Fujitsu> Heh, it's actually a Canonical ServerPronto machine.
[00:23] <Seq> Fujitsu: :(
[00:23] <Hobbsee> Fujitsu: i hate you.
[00:23] <Fujitsu> Uploaded fine for me.
[00:24] <Hobbsee> :)
[00:24] <Fujitsu> Seq: If you could try it on another 'net connection, it will probably work.
[00:24] <Fujitsu> That is really odd.
[00:24] <kiko> Fujitsu, well, hang on. that's a DC-internal machine, is it not?
[00:24] <Seq> Fujitsu: I don't see why that would make a difference? It _did_ upload the complete file.. I will try anyway
[00:24] <Fujitsu> kiko: No.
[00:24] <Fujitsu> ServerPronto != DC
[00:25] <Fujitsu> Not all of those machines were decomissioned and replaced in the DC.
[00:25] <Seq> I will also try with a smaller package on my connection, and a different large file on the other connection
[00:26] <Fujitsu> It might be advisable to watch the upload with wireshark, and see what it tries to do at the end.
[00:26] <Seq> Fujitsu: When do you expect to be around here again? I've really got to run
[00:27] <Fujitsu> Seq: I'm normally around here from about 2100 to 1300 UTC, though I'll be gone for a couple of hours in a couple of hours.
[00:27] <Seq> Fujitsu: I don't expect to be on again until tomorrow.
[00:28] <kiko> ah.
[00:30] <Seq> Fujitsu: I'll try to get back on in four or five hours (0500 UTC). I'll drop you a line if I see you.
[00:30] <Seq> kiko, Fujitsu, frenchy, Hobbsee: thanks!
[00:30] <Fujitsu> Seq: I'm glad it worked eventually, but it would be nice to work out what actually went wrong.
[00:32] <Seq> Fujitsu: well I'll try a small and a different large file here, as well as trying this one on another connection. if you have any other ideas, please mention them. I'll check the logs when I return
[00:33] <Seq> build started, anyway. woohoo.
[00:36] <frenchy> Seq: don't thank me, I just distracted you 'till the real pros turned up.
[00:37] <Hobbsee> Fujitsu: so how does one get access to fast uploads?
[00:37] <Hobbsee> oh, i guess you'd need to be part fo the loco or something
[00:38] <kiko> heh
[00:39] <Hobbsee> kiko: i love uploading at puny speeds, can't you tell?  :)
[00:40] <Fujitsu> Hobbsee: At least you don't maintain lrm.
[00:40] <Hobbsee> Fujitsu: true. but KDE is also fairly big.
[00:41] <Hobbsee> Fujitsu: http://rafb.net/p/vILuff60.html :P
[00:41] <Hobbsee> Fujitsu: don't turn out like these crazy people, when going for DD
[00:41] <Hobbsee> (that was in #debian-qt-kde)
[00:42] <Fujitsu> Hobbsee: Oh dear.
[00:42]  * Hobbsee idly wonders about work's secret mission
[02:24] <frenchy> Is it just me or is there something wrong with codebrowse.launchpad.net
[02:24] <frenchy> ?
[02:25] <frenchy> Proxy Error The proxy server received an invalid response from an upstream server.
[02:25] <frenchy> The proxy server could not handle the request GET /~michael-lamothe/me-tv/development/files. Reason: Error reading from remote server
[03:04] <Hobbsee> drat.  can someone approve my lp-users ML post please?
[03:04]  * Hobbsee posted it from the wrong address
[03:10]  * Hobbsee cancels it, writes it again
[03:46] <kiko> sure.
[03:46]  * Hobbsee smites her wifi card.
[04:40] <ubotu> New bug: #164790 in launchpad "Launchpad should run a Bazaar server and advertise bzr:// URLs." [Undecided,New] https://launchpad.net/bugs/164790
[04:48] <LaserJock> that's kinda interesting
[05:04] <frenchy> Hobbsee: I posted a comment about codebrowse.launchpad.net not being available before.  Did you get that?
[05:05] <Hobbsee> frenchy: yeah, i saw it
[05:05] <Hobbsee> LaserJock: yeah, i thought so.
[05:05] <Hobbsee> LaserJock: you konw...seeing as it does for most of the URLs now
[05:05] <Hobbsee> would be nice to do them all, though
[05:06] <frenchy> Hobbsee: Do you know if there's something wrong?
[05:06] <Hobbsee> frenchy: i dont play with bzr much, sorry
[05:07] <Hobbsee> frenchy: apart from saying something on the remote server is broken...no idea
[05:07] <frenchy> Hobbsee: Ok, thanks, thanks also for responding to my email about uploading me-tv.
[05:08] <Hobbsee> no problem
[05:10] <Seq> hello folks. It looks like that package built fine. Thanks for the help earlier
[05:16] <Hobbsee> frenchy: no idea when it will happen.  soonish, though.
[05:16] <Hobbsee> fsvo soon :)
[06:09] <frenchy> Hooray, it's back online.  Took about 3 hours.
[07:15] <Hobbsee> next LP task:  invent a stab-via-email protocol.
[07:16] <Fujitsu> Hobbsee: I'd like an implementation of SIGECUTE.
[07:16] <Hobbsee> Fujitsu: would that be short for SIGELECTROCUTE?
[07:17] <Hobbsee> > This is already planned.  Not sure how soon it will happen, though.
[07:17] <Hobbsee> Qtr 3 2009
[07:17] <Hobbsee> -- Scott http://angrykeyboarder.com
[07:17] <Fujitsu> Hobbsee: Right, see man xkill (after installing funny-manpages), IIRC.
[07:17] <Fujitsu> Hobbsee: Where's this?
[07:17] <Hobbsee> Fujitsu: private mail
[07:17] <Hobbsee> or at least, it appears to be private
[07:19] <Fujitsu> Ah.
[07:26] <Hobbsee> Fujitsu: hehe, there's some nice stuff in this
[07:27] <Fujitsu> Hobbsee: `this'?
[07:28] <Hobbsee> funny-manpages
[07:28] <Fujitsu> Ah.
[07:28] <Fujitsu> Yes.
[07:39] <Hobbsee> sigh.
[07:43] <Fujitsu> Hobbsee: Just X again?
[07:44] <Hobbsee> Fujitsu: no, gutsy akregator.  X seems to freeze, just sometimes when attempting to delete articles.
[07:46] <Fujitsu> Nice one.
[07:46]  * Fujitsu uses Liferea, which doesn't generally get along well with regularly restarts.
[07:51] <Hobbsee> Fujitsu: do you delete articles at all?
[07:53] <chx> Hi. Seems the import script stopped to import Drupal. yesterday I asked but seems there are few people who remedy this -- is there a place where i can file a ticket or something?
[07:53] <Fujitsu> Hobbsee: I do not.
[08:05] <ubotu> New bug: #164806 in blueprint "Search for "about" doesn't find "About This Computer" blueprint" [Undecided,New] https://launchpad.net/bugs/164806
[08:15] <Hobbsee> Fujitsu: right, that's probalby how you can use it then
[08:21] <Hobbsee> Fujitsu: we havent crashed yet.  *crosses fingers*
[08:26] <Fujitsu> Hobbsee: Famous last words...
[08:26] <Hobbsee> yeah well.
[08:27]  * Fujitsu watches his local Liberal MP lose miserably.
[08:27] <Hobbsee> do you want lib anyway?
[08:27] <Fujitsu> Ergh, no.
[08:27] <Hobbsee> so, a good thing :)
[08:27] <Hobbsee> down with the evil workchoices!  down!
[08:27] <Fujitsu> We presumed he'd stay around, but it's quite a significant swing in the opposite direction.
[08:28] <Hobbsee> heh
[08:28]  * Hobbsee notes that bennelong appears to be an "in doubt" seat :P
[08:28] <Hobbsee> ("oh, how tragic")
[08:29] <Fujitsu> Yep.
[08:29] <Fujitsu> The swing against the Greens there is massive.
[08:30] <Fujitsu> How devastating it will be to lose Howard.
[08:30] <Hobbsee> hehe
[08:31] <Fujitsu> The PM has only lost their seat on one prior occasion, so...
[08:31] <Hobbsee> what'd they do the last time?
[08:31] <Fujitsu> Not sure; it was in 1920 or so.
[08:31] <Hobbsee> ah
[08:31]  * Hobbsee --> dinner
[08:34] <stdin> hmm, are the PPA buildd's ok? I've has a package pending for about an hour now and all the PPA buildd's say they are idle
[08:40] <Fujitsu> stdin: It seems that things have been dead for several hours now.
[08:42] <stdin> hmm, ok
[09:29] <imbrandon> hrm ok strange ( to me atleaste ) my PPA says the files are status "deleted" ( as requested ) but they are still in the /pool , is this normal ?
[09:30] <imbrandon> LP-ID ~imbrandon
[09:37] <Fujitsu> imbrandon: When were they deleted?
[09:37] <imbrandon> few hours ago
[09:38] <imbrandon> Fujitsu: ^
[09:38] <Fujitsu> The actual removals are only performed nightly.
[09:38] <imbrandon> ahh ok
[10:09] <TABASCO> Hi
[10:09] <TABASCO> Is this the support channel for launchpad here?
[10:10] <Hobbsee> yes
[10:12] <TABASCO> Great
[10:12] <TABASCO> Well first of all, "Yes, I tried the tutorials and I searched for a solution on help.launchpad" but I still do not know how to manage it
[10:13] <TABASCO> I want to upload files to my project
[10:13] <TABASCO> So I created a bazaar branch
[10:13] <TABASCO> https://code.launchpad.net/geograph/
[10:13] <TABASCO> I choose "hosted" as the branch type
[10:14] <TABASCO> I registered a SSH Key and all the stuff
[10:14] <TABASCO> But I haven't worked with SSH and Bazaar before, so I do not really understand how to upload something, now.
[10:14] <pochu> do you want to have a bzr branch, or to upload files such as tarballs?
[10:15] <TABASCO> I want to upload testfiles
[10:15] <TABASCO> .blend files
[10:15] <TABASCO> Because I use the blender interface to develope
[10:17] <TABASCO> But tarballs would be okay, too.
[10:17]  * Hobbsee would suggest www.wiki.ubuntu.com/Bzr is rather useful
[10:17] <Hobbsee> (although it's ubuntu specific, the concepts are the same)
[10:18] <TABASCO> Well, I use Ubuntu so that would be no problem.
[10:18] <Hobbsee> er, no www
[10:18] <TABASCO> But this page doesn't exist
[10:18] <Hobbsee> https://wiki.ubuntu.com/Bzr
[10:18] <TABASCO> Okay..
[10:18] <Hobbsee> yes, hence the no www. in front
[10:18] <TABASCO> Okay, I have it
[10:19] <TABASCO> But generally, it IS possible to upload files to Launchpad, is it?
[10:19] <Hobbsee> of course
[10:19] <pochu> TABASCO: yes, and you can upload files directly, but that's used for releases and that stuff...
[10:20] <Hobbsee> pochu: which he's probably planning to eventually do
[10:20] <Hobbsee> TABASCO: bzr's like svn or something, concept-wise.  so yes, you can upload a whole bunch of files into a directory
[10:21] <TABASCO> What I want is uploading .blend files so that I can use them on other computers very easy and share them with other people who want to contribute on my project
[10:21] <TABASCO> I have to admit that I never used SVN before..
[10:22] <Hobbsee> sure, but do you understand the concept of svn?
[10:23] <Hobbsee> like, the fact that it's revision control, so you can upload new versions of some files, change files, etc.
[10:23] <TABASCO> Well, as far as I know someone is uploading files and if they are updatet I can get these files very easy
[10:23] <Hobbsee> and can revert if you screw it up, etc
[10:23] <Hobbsee> right, so read the wiki page, then come back with questions - it's a pretty good guide
[10:23] <TABASCO> The Ubuntu Wiki or the Wikipedia article
[10:24] <Hobbsee> ubuntu wiki
[10:24] <TABASCO> Okay, thank you
[11:16] <TABASCO> Hobbsee: I worked through the bzr wiki article but the point at "push" doesn't work
[11:16] <TABASCO> Lot of cryptical outputs and a "please send this report to<EMAIL_ADDRESS>and the end
[11:17] <Hobbsee> TABASCO: then id' suggest sending as much of the backscroll that you can, up to and including that error message, to the address suggested, and see what happens :)
[11:18] <Hobbsee> also, a pastebin of the same info would be good (pastebin.ca), in case someone can figure it out now
[11:18] <TABASCO> I already sent a mail
[11:19] <TABASCO> http://pastebin.ca/795723
[11:20] <TABASCO> That's it
[11:21] <Hobbsee> TABASCO: for a start, you wanted bzr push<EMAIL_ADDRESS>- and i think you want to change "ftp" with "bzr+ssh"
[11:21] <Hobbsee> as it's faster
[11:21] <Hobbsee> and hopefully won't time out on you
[11:36] <mwhudson> oh yikes, ftp ?
[11:36] <mwhudson> something got misread there :)
[11:39] <TABASCO> mwhudson: Well, the wiki said sftp, but this didn't worked
[11:39] <mwhudson> sftp is much much more likely to work than ftp, i promise :)
[11:40] <mwhudson> i could take to IS about having ftp get refused, rather than timing out
[11:40]  * Fujitsu thinks that mwhudson might possibly know what he's doing.
[11:40] <Fujitsu> s/doing/talking about/
[11:40] <TABASCO> Well, with bzr+ssh everything worked fine
[11:40] <TABASCO> Now, how can I delete files?
[11:40] <mwhudson> TABASCO: great
[11:40] <mwhudson> TABASCO: files?
[11:41] <mwhudson> you can delete branches in the web ui
[11:41] <pochu> bzr remove ?
[11:41] <mwhudson> files inside your branch, that's a bazaar question
[11:41] <mwhudson> (but an easy one)
[11:42] <TABASCO> So I should go to #bazaar?
[11:42] <TABASCO> And yes, I want to delete files inside my branch
[11:43] <TABASCO> Respectively delete my branch
[11:43] <mwhudson> the channel is #bzr
[11:43]  * mwhudson afk, have fun
[11:44] <TABASCO> Thank you
[12:39] <TABASCO> Okay, I got it :)
[12:39] <TABASCO> I uploaded a file into the branch
[12:39] <TABASCO> Great - thank you for your help
[12:39] <TABASCO> Now to delete branches - is it possible to do this from the launchpad?
[12:48] <kiko> yes
[12:51] <Hobbsee> morning kiko
[12:52]  * Hobbsee just marks them as obsolete / abandoned.  there's a better way to do it?
[12:52] <kiko> yes
[12:53] <TABASCO> So how is the better way?
[12:54] <Fujitsu> Hobbsee: The feature only appeared a couple of releases back.
[12:55] <Hobbsee> Fujitsu: ahhh.  that's why i've not tried.
[12:55] <Fujitsu> TABASCO: If you find the branch page on code.launchpad.net/~username/project/branch, there should be a link to delete it.
[12:57] <TABASCO> Fujitsu: I have a look on it
[12:57] <chx> mwhudson: hi
[12:57] <Hobbsee> Fujitsu: dude, arent you supposed to have some form of weekend
[12:57] <Hobbsee> ?
[12:57] <chx> mwhudson: I am told you are the one who could make the Drupal main branch update again
[12:57] <Fujitsu> Hobbsee: What do you mean?
[12:58] <Hobbsee> Fujitsu: havent you been on irc all day or so?
[12:58] <Fujitsu> For about 15 hours now, yeah. As normal.
[12:59] <Fujitsu> Though I did vanish for a couple of hours, which is bad.
[12:59] <Hobbsee> oh.  i thought weekends were supposed to be different.
[12:59] <Fujitsu> Never!
[12:59] <TABASCO> Well, I do not really see a button to delete a branch
[13:00] <Fujitsu> TABASCO: Not in the Actions portlet on the left?
[13:00] <TABASCO> No, not really.
[13:00] <TABASCO> I am now on https://code.launchpad.net/~daniel-rentzsch/geograph/examples
[13:00] <TABASCO> This is the project: https://code.launchpad.net/geograph
[13:02] <Hobbsee> dear launchpad, please don't timeout.  we were getting along *so* well, when you hadn't timed out in a couple of weeks.
[13:02] <Hobbsee> bloody murphy.
[13:02] <TABASCO> :)
[13:03] <chx> Hobbsee: Is there a place to file a ticket to get Drupal main branch updated again ? chasing mwhudson here is not easy
[13:03] <TABASCO> I'm getting always troubles when I browse through rosetta
[13:03] <Hobbsee> chx: no idea, sorry.  i guess a question on the relevant component of launchpad.  kiko-phone might be able to tell you
[13:03]  * Hobbsee does not work on launchpad
[13:04] <chx> Hobbsee: ah ok. well kiko-phone told me yestrday that only mwhudson can do this :(
[13:04] <TABASCO> Does anyone else know how to delete a branch in Launchpad?
[13:04] <mwhudson> chx: ask a question in the launchpad-bazaar project
[13:05] <mwhudson> chx: i'm in the uk and work uk hours, i'm not _that_ hard to find
[13:05] <mwhudson> !weekend
[13:05] <ubotu> It's a weekend.  Often on weekends, the paid developers, and a lot of the community, may not be around to answer your question.  Please be patient, wait longer than you normally would, or try again during the working week.
[13:05] <mwhudson> etc
[13:05] <mwhudson> TABASCO: go to the branch view in the webapp, click "delete this branch"
[13:05]  * mwhudson afk again
[13:07] <TABASCO> I really have no idea where to click "delete this branch"
[13:07] <TABASCO> Am I blind?
[13:08] <Fujitsu> TABASCO: Should be near the `Subscribe someone else' button.
[13:10] <TABASCO> Fujitsu: In "Actions" there is "Browse code", "Browse revisions", "Change registrant", "Edit subscription", Subscribe someone else", "View branch associations", "Register merge proposal" and "Link to bug report"...
[13:10] <bluekuja> Hobbsee, hi :)
[13:11] <Hobbsee> hey bluekuja!
[13:11] <bluekuja> Hobbsee, a question...is secure to upload a package to PPA using a key enabled for uploading inside the archive?
[13:11] <bluekuja> Hobbsee, I mean... changes files are available for download
[13:11]  * Hobbsee reads that again, and hopes to parse it the second time.
[13:11] <Fujitsu> bluekuja: There is a private bug on that.
[13:12] <Hobbsee> Fujitsu: did it get fixed though?
[13:12] <Hobbsee> cprov-away: any idea?
[13:12] <Fujitsu> Hobbsee: I don't know; it's private.
[13:12] <bluekuja> Hobbsee, that's a great problem actually
[13:12] <Hobbsee> Fujitsu: then i'll ask mithrandir.
[13:12] <Fujitsu> TABASCO: That is strange. You didn't link it to any bugs or anything?
[13:12] <TABASCO> Fujitsu: No, I didn't
[13:12] <Fujitsu> bluekuja: It is a significant risk at the moment, unless it has been fixed.
[13:12] <Hobbsee> bluekuja: hopefully i'll find out in a couple of days.
[13:13] <bluekuja> Hobbsee, great :)
[13:13] <TABASCO> I am very new to the Launchpad processes
[13:13] <Hobbsee> bluekuja: currently, you would have to only upload to ppa what you're happy to go to the ubuntu archive.  or use 2 keys.
[13:13] <bluekuja> Fujitsu, yep, in fact anyone can get the package and push it into the archive
[13:13] <Fujitsu> bluekuja: Correct, but most people hopefully don't know that.
[13:13] <bluekuja> Hobbsee, using 2 keys won't solve the issue
[13:13] <bluekuja> Hobbsee, as far as PPA uses the same key to upload to the archive
[13:13] <Fujitsu> bluekuja: Right, you'd need to use a separate LP account.
[13:13] <Hobbsee> bluekuja: oh, you'd also need 2 LP accounts.
[13:14] <Hobbsee> gotcha.
[13:14] <bluekuja> Fujitsu, exactly
[13:14]  * Hobbsee only uploads to ppa as a testing ground, on that basis.
[13:14] <Hobbsee> not worth having people compromise my reputation for uploading sane stuff, when sending random crack that was supposed to go to the ppa into the main archive.
[13:14] <bluekuja> it would be nice to have a division between PPA keys and Archive keys
[13:14] <Fujitsu> bluekuja: Setting key permissions, right.
[13:14] <bluekuja> like two different keyrings
[13:15] <Hobbsee> actually...
[13:15] <Hobbsee> we can check if it's fixed or not
[13:15] <bluekuja> it would fix the issue definitely
[13:15] <TABASCO> Fujitsu: And here https://code.launchpad.net/geograph/ I am only able to register a new branch
[13:15] <bluekuja> Hobbsee, yep^^
[13:15] <Fujitsu> Hobbsee: True.
[13:15] <Fujitsu> TABASCO: You probably want to bug mwhudson about it, but he is gone
[13:16] <TABASCO> Fujitsu: Yes.. well I will ask him later.  Because at the moment he only shows me "trunk Current developement focus"
[13:17] <Fujitsu> TABASCO: You need to add further release series.
[13:17]  * Fujitsu is beaten.
[13:17] <bluekuja> Fujitsu, Hobbsee: we are lucky that not a lot of ppl know that
[13:17] <TABASCO> ..er.. what?
[13:17]  * Hobbsee hopes no one feels vindictive and uploads that k3b to main.
[13:17] <Hobbsee> bluekuja: yeah well.  it cant be that long before someone else figures it out
[13:17] <bluekuja> yep....true
[13:18] <TABASCO> I think I stay with this status now - I will come back later :)
[13:20]  * Hobbsee would assume it just gets fixed with a small amount of sed'ery
[13:20] <Hobbsee> odd, gpg doesnt seem to have a way to *unsign* things.
[13:21] <kiko-phone> chx, you can file tickets, yes -- see /topic
[13:21] <kiko-phone> did someone else ask me something?
[13:21] <kiko-phone> Hobbsee, you mean stripping signatures?
[13:21] <Hobbsee> kiko: yes
[13:22] <Fujitsu> Hey kiko.
[13:23] <kiko> hey Fujitsu
[13:23] <jamesh> hi kiko
[13:23] <Hobbsee> kiko: tbh, i dont understand why it's been fixed yet.  it's been filed for at least a couple of weeks :\
[13:24] <Hobbsee> (and has an easy solution)
[13:24] <kiko> Hobbsee, what are you talking about?
[13:24] <kiko> jamesh!
[13:24] <jamesh> we've finally gotten rid of John Howard
[13:24] <Hobbsee> kiko: ah, you don't know the ppa security bug?
[13:24] <kiko> well that took some time
[13:24] <Hobbsee> jamesh: ROCK ON!
[13:24] <Fujitsu> jamesh: Yep
[13:25] <kiko> Hobbsee, it's not a true security bug. it's only mailed out to the uploader himself.
[13:25] <Fujitsu> I liked Costello's speech.
[13:25] <Hobbsee> kiko: incorrect.  it's actually on https://edge.launchpad.net/~hobbsee/+archive too
[13:25] <kiko> Hobbsee, that will be fixed with the rollout.
[13:25] <Hobbsee> kiko: see the "changes" section of each of those
[13:25] <Fujitsu> Every second word was `er'
[13:25] <kiko> yes.
[13:25] <Hobbsee> ah, good.
[13:26] <Hobbsee> Fujitsu: did you know that we get people pretending to be others, in ubuntu?  (on revu, in particular?)
[13:27] <kiko> it's kind of a pity that this needed to be done, but it's kinda hard to solve the problem the right way.
[13:27] <Fujitsu> Hobbsee: I've seen a couple of instances of it, yes.
[13:27] <Fujitsu> Using odd names in changelogs and the like.
[13:28] <Hobbsee> Fujitsu: not even that.  changed nothing, just resigned and uploaded
[13:28] <Fujitsu> Oh, even better.
[13:28] <Hobbsee> wouldn't have caught it, except that they uploaded an i386.changes...
[13:28] <Hobbsee> well, i'm assuming they changed nothing.
[13:28] <Hobbsee> changelog was the same
[13:30] <Hobbsee> Fujitsu: made bluekuja get an unfortunate roasting, before i thought to check the sig, anyway.  poor bluekuja
[13:30]  * Fujitsu remembers that.
[13:31] <bluekuja> Hobbsee, lol, are you talking about that REVU issue?
[13:31] <Hobbsee> bluekuja: yeah
[13:32] <bluekuja> Hobbsee, that guy was simply crazy....he just took my package from the archive, resigned and uploaded with binaries as well :/
[13:32] <Hobbsee> bluekuja: has he attempted any other crack?
[13:32] <Fujitsu> Did you get a chance to roast said other guy?
[13:33] <Hobbsee> Fujitsu: i didn't, actually.
[13:33] <bluekuja> Hobbsee, actually he said "I'm really really sorry" and he promised to talk with you
[13:33] <bluekuja> as far as you pinged me about that on -motu
[13:33]  * Hobbsee tries to remember
[13:33] <mwhudson> TABASCO: oh, it's because the branch has a subscriber
[13:34] <bluekuja> Fujitsu, yes, I was a bit angry with him
[13:34] <mwhudson> TABASCO: unusually for launchpad, this is actually explained in the help tab
[13:34] <bluekuja> Fujitsu, and he was keeping hiding
[13:34] <bluekuja> without talking to me
[13:34] <bluekuja> e.g not answering to pms and so on
[13:35] <Fujitsu> mwhudson: Ah, never thought to look there, sorry.
[13:35] <bluekuja> Hobbsee, did he talk with you?
[13:35] <Hobbsee> bluekuja: not to my knowledge. but without a nick, i may well have forgotten.
[13:36] <bluekuja> Hobbsee, ember was the nick, I guess
[13:36]  * Hobbsee gets lots of random people poking her about random things that she doesn't know about, where tehy expect her to
[13:36] <Hobbsee> nope.  no backlog of it
[13:36] <bluekuja> damn him then
[13:36]  * Hobbsee wonders if LP has the capability of blacklisting a person from a certain team
[13:37] <Hobbsee> bluekuja: well, i'll just blast him for the next piece of crack he does.  *shrug*
[13:37] <bluekuja> Hobbsee, agreed
[13:37] <Hobbsee> speaking of which...
[13:37]  * Hobbsee looks at revu, to see who's next uploaded crack
[13:38] <TABASCO> So thank you for your help - see you later
[13:38]  * Hobbsee hopes revu has zsh.
[13:38]  * Fujitsu ponders going to bed.
[13:38] <bluekuja> Hobbsee, lol
[13:38] <cprov-away> Hobbsee: it is kind of  problem right now, but it won't be within 12 hours (LP 1.1.11 goes out).
[13:39] <Hobbsee> dealt with busybox.  removed.  ooh, another one to blast.
[13:39] <Hobbsee> Changed-By: LI Daobing<EMAIL_ADDRESS>[13:39] <bluekuja> Hobbsee, which package?
[13:39] <Hobbsee> right, who's up for @larting, for not reading any of the documentation.
[13:39] <Hobbsee>  yac163 (0.3.0-1) unstable; urgency=low
[13:40] <Hobbsee> cprov-lunch: great, thanks :)
[13:41] <bluekuja> Hobbsee, true, just check the key and archive that
[13:42] <cprov-lunch> Hobbsee: you are welcome. Btw, we have to talk at some point during the weekend to sort some didactic material I have for the next PPA 101/classroom. I will email you, no worries. KTHXBYE.
[13:43] <Hobbsee> cprov-lunch: great.  looking forward to it!
[13:43] <Hobbsee> Fujitsu: any idea why we're losing source.changes file off revu, but keepign the other files?
[13:43] <Hobbsee> it's not in rejected either
[13:43] <Fujitsu> Hobbsee: Maybe somebody has already cleared rejected?
[13:44] <Hobbsee> Fujitsu: it'd be odd that they dont clear hte rest of the source, though
[13:44] <Fujitsu> Hobbsee: Right, but you never know.
[13:44]  * Fujitsu checks the code.
[13:44] <Hobbsee> Fujitsu: true dat.
[13:45] <Fujitsu> Hobbsee: I don't see how it could delete the .changes.
[13:45] <Hobbsee> Changed-By: Maksim Surkiz<EMAIL_ADDRESS>[13:45] <Fujitsu> Maybe the uploader just didn't upload the .changes.
[13:46] <Hobbsee> Fujitsu: it doesn't, it's manual removal
[13:46] <Hobbsee> Fujitsu: yeah, but how would it *get* there?
[13:46] <Hobbsee> oh, i guess if you used manual ftp or something
[13:46] <Fujitsu> Right. Or killed the dput.
[13:46] <Hobbsee> dput will barf, iirc.
[13:46] <Hobbsee> true, true
[13:47] <Hobbsee> id' not thought of that
[13:47]  * Hobbsee smashes something.  don't move my options, launchpad!
[13:50]  * Hobbsee pokes revu furtively.  please don't fall over.
[14:12] <frenchy> Hi All, if I've uploaded a version of my app to my PPA for hardy and now I want to upload one for gutsy, is there some way I can do this?  I keep getting rejected even though I'm using the same orig.tar.gz.
[14:12] <Fujitsu> frenchy: The same .orig.tar.gz shouldn't be uploaded more than once; try building without -sa.
[14:13] <frenchy> Fujitsu: Thanks for the answer.  But will my PPA allow unsigned code?
[14:14] <Hobbsee> Fujitsu: same version number for hardy & gutsy problem.
[14:14] <Hobbsee> frenchy: no.
[14:14] <Fujitsu> frenchy: Wait, what is the exact error?
[14:15] <frenchy> Ok, I got a different error message this time,
[14:15] <frenchy> Rejected:
[14:15] <frenchy> Signer has no upload rights at all to this distribution.
[14:15] <frenchy> Not permitted to upload to the RELEASE pocket in a series in the 'CURRENT' state.
[14:15] <Fujitsu> frenchy: Don't upload to upload.ubuntu.com
[14:15] <Fujitsu> Make sure you're using the correct dput target.
[14:16] <frenchy> Shit!!!
[14:16] <frenchy> Sorry!
[14:16] <frenchy> Might set ppa as the default ... I'm such a dumbass.
[14:17] <Hobbsee> Fujitsu: i wonder how hard it would be to change those mails to be clearer.  i wonder where they're set.
[14:17] <PriceChild> Hey, a week or so ago I requested my ppa be cleared so I could upload new orig.tar.gzs etc. It was half done immediately, then I was informed I'd have to wait for a daily cron at 03:00... It didn't happen and no-one is answering my question - https://answers.edge.launchpad.net/launchpad/+question/17826 Any chance someone could help? Pricey
[14:18] <Fujitsu> Hobbsee: Deep in Soyuz's guts, I presume.
[14:18] <Hobbsee> Fujitsu: i wonder if mrevell would fix it, if given some words..
[14:19] <Fujitsu> cprov-lunch: ^^ (PriceChild's removals)
[14:19] <PriceChild> Thanks Fujitsu.
[14:21] <frenchy> Ok ... after that little faux pas we're back to  ....
[14:21] <frenchy> Rejected:
[14:21] <frenchy> MD5 sum of uploaded file does not match existing file in archive
[14:22] <Fujitsu> frenchy: To which file does it refer?
[14:22] <frenchy> Files specified in DSC are broken or missing, skipping package unpack verification.
[14:23] <Fujitsu> frenchy: Before that md5sum line it should mention the .orig.tar.gz, .diff.gz or .dsc.
[14:23] <frenchy>  e5c414770d11bcf2c3a7cf58eed7f01c 795 graphics optional me-tv_0.4.5-0ubuntu1.dsc
[14:23] <frenchy>  484b401d6f757313249476ab1fa5cddb 498497 graphics optional me-tv_0.4.5.orig.tar.gz
[14:23] <frenchy>  3f7e1c12e0d93f58c4b4fb98ff255236 27067 graphics optional me-tv_0.4.5-0ubuntu1.diff.gz
[14:23] <Fujitsu> frenchy: What's your Launchpad username?
[14:23] <frenchy> michael-lamothe
[14:24] <Hobbsee> frenchy: this is the same issue as what was on lp-users
[14:24] <Hobbsee> Have you perhaps accidentally changed the .orig.tar.gz file in some
[14:24] <Hobbsee> way? If the md5sum of the .orig.tar.gz of your new upload (seen in the
[14:24] <Hobbsee> .dsc and .changes file) is not the same as for the one already in the
[14:24] <Hobbsee> PPA I think you will get that error.
[14:24] <Fujitsu> frenchy: Right, you need to increment the version number.
[14:24] <Fujitsu> And not build with -sa.
[14:24] <Hobbsee> or at least, i think it is
[14:24] <Fujitsu> Soyuz should really give version-ratchet errors before checking MD5sums, but apparently not.
[14:25] <frenchy> Hobbsee: I'm quite sure (but not 100%) that it is the same file based on the email you sent.
[14:26] <frenchy> Because I started storing it.
[14:26] <Hobbsee> Fujitsu: i've missed the part of whyyou're saying to increment the build #, but nto to build with -sa
[14:26] <Hobbsee> in particular, the latter half
[14:26] <Fujitsu> Hobbsee: 0.4.5-0ubuntu1 already exists in the PPA.
[14:27] <Hobbsee> Fujitsu: ah.
[14:27] <Fujitsu> It should be -0ubuntu2 (although it should probably have a ~ppa1 or sso attached), and needs to not have the .orig.tar.gz attached.
[14:27] <Hobbsee> yup, i see.
[14:27] <Hobbsee> this is what you get for not checking the LP page before speaking.
[14:27] <frenchy> Fujitsu: I was hoping not to have to increment the version number because the orig.tar.gz hasn't changed.  Or do you just mean the package version 0ubuntu2/
[14:28] <Fujitsu> The next would be 0.4.5-0ubuntu2, 0.4.5-0ubuntu3, etc.
[14:28] <frenchy> Sorry, just read that.
[14:29] <stdin> you can also just add ~gutsy1 to the end to get it to build for another release
[14:29] <Fujitsu> If that is this use case, that would probably be a better idea.
[14:29] <Hobbsee> stdin: not with the current version # in there.  0ubuntu1~gutsy1 will be lower than what's already there
[14:30] <stdin> Hobbsee: doesn't matter as long as it's in a different release (afaik)
[14:30] <Fujitsu> Hobbsee: IIRC, Soyuz doesn't version-ratchet at all, or at least not between distroseries.
[14:30] <Hobbsee> Fujitsu: i'm sure that got fixed.  i remember cheering.  between distroseries, correct.
[14:30] <Hobbsee> oh, the starting version was hardy, not gutsy.  gotcha.  <sigh, check the page next time>
[14:31] <frenchy> yep
[14:32] <frenchy> I'm also on #ubuntu-motu doing my best cheerleader dance.
[14:33] <frenchy> Trying to get it into Hardy that is ... hence the tangled mess I'm in.
[14:33] <Hobbsee> heya mrevell!
[14:34] <mrevell> hey Hobbsee :) How's Australia under Paul Rudd?
[14:34] <Fujitsu> mrevell: Keven Rudd?
[14:34] <Fujitsu> *Kevin
[14:34] <gmb> That would be Kevin...
[14:34] <Fujitsu> Bah.
[14:34] <mrevell> Damn you all :)
[14:34]  * Hobbsee idly wonders when we finally get remove
[14:34] <frenchy> Thank god he wasn't here when I was uploading to Ubuntu.   Seemed like a good way to gout.
[14:35] <mrevell> s/gout/go out
[14:35] <Fujitsu> Hobbsee: Oh, but now we're ruled by Evil Union Bosses®
[14:35] <mrevell> Hobbsee: workchoices? IR crap?
[14:36] <Hobbsee> mrevell: some highly unpopular stuff that howard shoved in over a year ago.
[14:36] <Fujitsu> mrevell: See Wikipedia's WorkChoices article.
[14:36] <mrevell> I'll take a look, at some point :)
[14:36] <Fujitsu> The most evil and thorough industrial relations reforms in a long time.
[14:39] <frenchy> Fujitsu: So I still don't get why no -sa.  Won't LP reject?
[14:39] <Fujitsu> frenchy: The .orig.tar.gz is only permitted to be uploaded once.
[14:39] <Hobbsee> Fujitsu: erm.
[14:40] <Hobbsee> Fujitsu: it's permitted to upload again, as long as the new tarball has the same md5sum as the previous, iirc.
[14:40] <Hobbsee> unless it's changed recently -  i always used to use -sa
[14:41] <Hobbsee> frenchy: it's basically because you don't want to upload big packages more than you have to.  and if it's already in the ppa, with the correct sum, it'll just use that.
[14:41] <stdin> The ^same .orig.tar.gz is only permitted to be uploaded once.   :)
[14:41] <frenchy> I'll MD5 it and checkk ... Oh stuff that, I'll just download it.
[14:41] <frenchy> That'll sort it out.
[14:42] <Hobbsee> frenchy: it doesnt matter for little stuff...but if you're uploading a 100mb tarball, you *don't* want to upload that more times than you have to.
[14:43] <Hobbsee> especially if you're australian
[14:43] <frenchy> Hobbsee: Fujitsu: But what's that got to do with -sa?  I'm confused.  -sa just signs right?
[14:43] <frenchy> Checking ...
[14:44] <Fujitsu> frenchy: No, -sa is `source all' or so.
[14:44] <stdin> debuild always signs
[14:44] <Fujitsu> stdin: Unless you -us -uc
[14:44] <Hobbsee> no, -sa is not signing, neither is -S.  contrary to what people on crack tell you.
[14:44] <frenchy> Sorry .... my bad.
[14:44] <stdin> Fujitsu: was just about to say "* by default"
[14:45]  * Hobbsee wonders if she's going to get to do another "REVERT CRACK" commit message on the lp docs.
[14:53] <frenchy> Woo hoo accepted ... thanks lots.  The only issue is that hardy and gutsy have different revision numbers.  Is there a better way to do what I've done so this doesn't happen?  I've read that AutoPPA might be what I'm looking for.
[14:58] <frenchy> Hobbsee:  why don't I want to upload large files if I'm Australian?  Is that 'cause of the awesome, super-quick, you-beaut broadband infrastructure we've got here in Australia?
[14:58] <Hobbsee> frenchy: 'xactly.
[16:40] <welterde> hi
[19:46] <tristanb> Hi guys
[19:46] <tristanb> how long should it take between requesting to download translations and being sent an e-mail?
[19:53] <LaserJock> tristanb: hmm, any time I've requested one it's been pretty quick
[19:56] <tristanb> LaserJock: Okay, I'll try requesting it again in case the first one got lost or something.
[19:56] <tristanb> (I don't understand why I have to request it rather than just clicking on a download link, but...)
[19:59] <LaserJock> cause it has to make it I guess
[19:59] <LaserJock> it builds a tarball
[20:00] <LaserJock> but yeah, I thought that was kinda wierd at first too
[22:00] <mpt> Gooooooooooooooooood morning Launchpadders!
[22:01] <LaserJock> hi mpt!
[22:02] <LaserJock> oh, I have a possible UI bug for you
[22:04] <LaserJock> mpt: I'm having problems with the +nominations page with my laptop
[22:05] <LaserJock> mpt: it's only 1024x768 and the "Accept" "Deny" "No Change" radio buttons end up in two rows
[22:05] <LaserJock> and I have a hard time figuring out what goes with what
[22:08]  * Fujitsu always thought that interface was a bit iffy.
[22:08] <mpt> LaserJock, this is probably a page I don't have access to, so I'll need a screenshot :-)
[22:09] <mpt> LongPointyStick, did you report a bug (or find a bug report) about making the soyuz rejection message clearer?
[22:09] <Fujitsu> mpt: She was talking to mrevell and co. about it, but I'm not sure what exactly came of it.
[22:24] <mpt> LaserJock?
[22:46] <LaserJock> mpt: sorry was afk
[22:58] <StevenHarperUK> How long does a translation po take to get processed? Mine has been queued for ages https://translations.edge.launchpad.net/easycrypt/trunk/+imports
[23:32] <LaserJock> mpt_: http://laserjock.us/files/LP_nomination_bug.png


[19:08] <io> GOALLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL
[19:09] <genii> YESSSSSSSSSSSSSSSSSSSS!!!!!!!!!!!!!!!11
[19:09] <genii> Man, this Gudlevskis kid is a great goaltender.
[19:11]  * zykotick9 assumes olympic hockey must be on
[19:23] <genii> WOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO