[04:05] <jfenn2199> evening all
[13:20] <xTEMPLARx> =]
[13:47] <wrst> xTEMPLARx: wb
[13:48] <xTEMPLARx> thank you mr. wrst
[13:50] <wrst> good weekend?
[13:50] <xTEMPLARx> decent enough!  you?
[14:59] <wrst> doing well xTEMPLARx, rain , rain , rain!
[15:00] <xTEMPLARx> it was sprinkling on me on the way in this morning as well
[15:00]  * xTEMPLARx loves rain.
[15:18] <wrst> i do too xTEMPLARx as long as i don't have to be in it :)
[15:18] <xTEMPLARx> being in it's not so bad, if you're dressed properly
[15:18] <xTEMPLARx> but I hear ya
[15:18] <xTEMPLARx> soaked socks/shoes are the worst part
[15:18] <wrst> yes but i'm not
[15:18] <wrst> yes
[15:18] <wrst> i can't stand that
[15:19] <wrst> disgusting feeling
[15:19] <xTEMPLARx> trust me, I know all about that.  I wear chuck taylors 99.9% of the time.
[15:20] <wrst> xTEMPLARx: i'm looking for some hardware, somethign that will run ubuntu, support dual monitors and dirt cheap
[15:20] <wrst> new used doesn't really matter
[15:22]  * xTEMPLARx isn't gonna be of much use :(
[15:22] <xTEMPLARx> I rarely have "spare" hardware.  :(
[15:23] <wrst> oh well not looking for give away just something cheap
[15:23] <wrst> i would be willing to purchase :)
[15:23] <xTEMPLARx> I hear ya
[15:23] <xTEMPLARx> still
[15:23] <xTEMPLARx> price isn't the point with me
[15:23] <xTEMPLARx> lack of availability is
[15:23] <xTEMPLARx> :D
[15:23] <xTEMPLARx> If I had somethin' I'd offer it to ya
[15:23] <wrst> i'm tired of taking my laptop to church is the moral of this story
[15:23] <xTEMPLARx> haha
[15:23] <xTEMPLARx> i hear ya
[15:24] <wrst> i have been looking at some netbooks on ebay
[15:24] <wrst> or a hardware suggestion could really be what i'm looking for either one :)
[15:25] <xTEMPLARx> you looking for something to become the permanent screen machine at your church?
[15:25] <wrst> no just protble we aren't in a permanent location
[15:25] <xTEMPLARx> if so, I'd go with a dedicated desktop box, rather than mobile
[15:26] <xTEMPLARx> like rented space?
[15:26] <wrst> when we get sorted i will build a rack mounted desktop machine
[15:26] <xTEMPLARx> or, move in, set up, tear down after each service?
[15:26] <wrst> yes well another church is letting us use an alt. site of there's so its not completely move it all out but the computer is the only thing
[15:26] <wrst> and i just don't like other people having their paws on my machine really
[15:26] <xTEMPLARx> and for good reason
[15:27] <wrst> i woudl probably still be taking this back and forth but it would be a single purpose machine
[15:27] <wrst> the way i tinker its cramping my style having to have a laptop that always boots and what not
[15:27] <xTEMPLARx> heaven forbid it boot always
[15:27] <xTEMPLARx> sometimes you should have to wack it with a hammer
[15:27] <wrst> i could use either a netbook or a cheap cheap notebook or a little mini pc sort of thing
[15:27] <wrst> prefer notebook/netbook probably
[15:28] <xTEMPLARx> a cheap cheap notebook would likely be best, performance-wise
[15:28] <xTEMPLARx> netbooks seem a bit  underpowered for what you're likely asking of it
[15:28] <wrst> yeah
[15:28] <wrst> well running openlp it doesn't take much and probably set it up with arch running xfce or lxde
[15:28] <wrst> so it would be light as long as it would play 480 videos and do dual monitors
[15:30] <wrst> but when we get a fulltime place i will probably build two rackmount machines one for projection one for recording and why probably a file server too, i'm going to geek the place up!
[15:31] <xTEMPLARx> YA BIG NERD
[15:31] <xTEMPLARx> but yeah that sounds like the thing to do
[15:31] <xTEMPLARx> and you should do it all with Windows ME!
[15:33] <wrst> ha no thank you i'm pretty sure all that would run ubuntu lts
[15:34] <wrst> or debian stable depending
[15:34] <wrst> i love me some arch but not if i have to support it :)
[15:35] <xTEMPLARx> I wonder if there's a way to cause a virtualbox WindowsME session to auto-load on login by a specific user, so that they thought they were in windowsME
[15:35] <xTEMPLARx> that way if someone had no business using the machine, you give them that login
[15:35] <xTEMPLARx> :D
[15:35] <xTEMPLARx> then they'll think your machines all suck and push to have you removed from responsibility for them
[15:35] <xTEMPLARx> so nevermind
[15:35] <wrst> ha ha ha
[15:36] <wrst> i think that when i see someone using vista
[15:36] <xTEMPLARx> lol
[15:37] <xTEMPLARx> we have a guy here who has a fairly expensive Dell laptop he bought new, and he vehemently defends the Vista installation that's on it
[15:37] <xTEMPLARx> refuses to upgrade
[15:37] <xTEMPLARx> says its perfectly fine and nothing wrong with it
[15:44] <wrst> xTEMPLARx: maybe he has something wrong with him
[15:44] <wrst> oh here is one xTEMPLARx http://www.ebay.com/itm/Acer-Aspire-One-D255E-10-1-Netbook-Red-250-GB-Intel-Atom-1-GB-NEEDS-LCD-/150898098274?pt=Laptops_Nov05&hash=item23223a4062
[15:44] <wrst> i thought thats not bad, and thats an interesting wallpaper then i realized taht wasn't wallpaper :)
[15:45] <xTEMPLARx> haha
[15:51] <wrst> i guess i could just build something... might should do that
[15:54] <xTEMPLARx> would probably be the most economical, and likely the most capable
[15:59] <wrst> yeah i just need to do it i suppose :)
[17:11] <wrst> xTEMPLARx: building a mahcine is such a hassle, you have to look stuff up
[17:43] <xTEMPLARx> pffft!
[17:43] <xTEMPLARx> not as bad as having to look stuff up after buying a pre-built only to find out that its network/video/fill-in-the-blank isn't properly supported or requires some oddball workaround
[17:44] <xTEMPLARx> build a good machine based on quality parts instead of obscure chinese no-names and work right outa the box
[17:45] <wrst> yep xTEMPLARx thats what i did on my desktop and also on my laptop
[17:45] <wrst> my laptop "just works"
[17:46] <wrst> everything supported in the kernel
[17:47] <xTEMPLARx> =]
[17:49] <xTEMPLARx> bought some candy corn to help temper my sweet tooth here at work
[17:49] <xTEMPLARx> betta rekkinize
[17:54] <wrst> my wife gave the daughter some of that over the weekend, she was bouncing off the walls
[17:55] <wrst> must have some serious sugar in it
[18:39] <wrst> good morning chris4585 ;)
[18:41] <chris4585> hey wrst, having a good monday?
[18:42] <wrst> for a monday i suppsoe i am, and you? :)
[18:42] <binarymutant> anyone know how to get openal to use pulseaudio?   I've edited /etc/openal/alsoft.conf but it didn't work :/
[18:48] <chris4585> just woke up, and so far so good
[18:53] <wrst> binarymutant: i ahve not a clue, sorry
[18:53] <wrst> chris4585: about time you get up ;)
[19:00] <binarymutant> oh wait it's not openal, google-chrome isn't using pulse :/
[19:06] <wrst> google crhome seems to do its own thing
[19:09] <binarymutant> it uses alsa, but pulseaudio-alsa fixed it
[19:18] <xTEMPLARx> when is 12.10 supposed to be official
[19:34] <kanliot> https://wiki.ubuntu.com/QuantalQuetzal/ReleaseSchedule
[19:45] <xTEMPLARx> tyvm


[18:14] <bkerensa> bdmurray: You by chance up for a G+ Hangout on Wednesday to answer questions about bug triage with some university students? :)
[18:15] <bdmurray> sure
[18:29] <bkerensa> bdmurray: great... the hangout is from 11-12 and will be streamed to the Western Oregon University Campus


[00:26] <ldz420> Hey I have recently reported a bug about a week ago and it hasn't gotten any attention. is this a normal wait period or have I done something incorrect or should I go to ubuntu-bugs-announce and state the bug request there.
[00:33] <ldz420> well take care
[08:56] <Drozd> Hello. Can I report a bug here?
[08:57] <Drozd> I don't want to register or anything in Launchpad (seems to be a too much administrative) , just simply report a bug.
[08:58] <maxb> Drozd: IRC is not a good place to report bugs, please use Launchpad
[08:58] <Drozd> I don't want to create Launchpad account
[09:00] <maxb> why? its not hard
[09:01] <Drozd> maxb: I know, but I forget passwords immediatly. I had multiple accounts there but always forgot the password bcs. I'm not using Launchpad offten.
[09:01] <iceroot> Drozd: please use launchpad because the crash-report and other usefull infos are automaticly attached
[09:02] <iceroot> Drozd: and then use the tool "ubuntu-bug packagename"
[09:02] <Drozd> iceroot: no crush report, it's visual bug in display manager
[09:02] <iceroot> Drozd: please use ubuntu-bug
[09:03] <iceroot> Drozd: then the correct information are attached (versions, system infos and so on)
[09:04] <maxb> Launchpad is the tool chosen by Ubuntu to manage its bug reports. It's not really a viable option to special-case the bug reporting procedure for people who won't use it.
[09:06] <Drozd> iceroot: using ubuntu-bug seems to be a stupid thing bcs. app don't even crash or anything.
[09:06] <iceroot> Drozd: instead of discussion this here for 5 minutes you should already have a LP account
[09:06] <iceroot> Drozd: we dont accept bugs report over irc, please respect that
[09:07] <iceroot> Drozd: and i already told you that ubuntu-bug is doing more then just adding a crash-report
[09:07] <Drozd> iceroot: i respect that. and please, could you respect that i don't want to create Launchpad account? Rather please offer me other choice how to report bug.
[09:07] <iceroot> Drozd: no
[09:08] <iceroot> !bug | Drozd
[09:08] <ubot2> Drozd: If you find a bug in Ubuntu or any of its derivatives, please file a bug using the command « ubuntu-bug <package> » - See https://help.ubuntu.com/community/ReportingBugs for other ways to report bugs.
[09:09] <Drozd> iceroot: at least, could you please tell me, why there is no other way how to report bug for simple people who just don't want to mess up with system/administrative?
[09:10] <iceroot> Drozd: because WE have to manage the bugs
[09:10] <iceroot> Drozd: and our tool for managing bugs is Launchpad
[09:11] <iceroot> Drozd: maybe some of the devs have a question on the bug so we can use LP to discuss that on the bug, maybe the bug needs to be put upstream, so LP is the way to manage that upstream
[09:12] <iceroot> Drozd: we dont want 20 tools for managing ubuntu bugs, we want exactly 1 tool for bugs and that is LP. so there is no need to discuss that here, if you dont want to create a LP account then we are sorry that we can not manage your bug
[09:12] <Drozd> iceroot: it lost one single thing - simplicity. Let's say, one simple web form with e-mail check will be much faster and you can add that data to LP later...
[09:13] <iceroot> Drozd: what about "ubuntu-bug packagename" is not simple?
[09:14] <Drozd> iceroot: yes, it is, but i highly disagree that it can check visual glitches...
[09:14] <iceroot> Drozd: its the easiest way for us to manage bugs because the IMPORTANT informations are added automaticly
[09:14] <iceroot> Drozd: ...
[09:14] <iceroot> Drozd: as is said!!!! other usefull infos are added too not just crash reports
[09:15] <iceroot> what is so hard to understand about that?
[09:15] <maxb> Drozd: in the time you've argued about it, you could have reported the bug already
[09:15] <iceroot> and now please lets stop this discussion
[09:16] <Drozd> ok, here is the deal. I will link you to youtube video I made and if you say that ubuntu-bug will catch that error, I will even create another LP account which i will forget password to again.
[09:17] <maxb> Drozd: you persist in missing the point
[09:18] <maxb> Launchpad's value here is in collecting and organizing information
[09:19] <iceroot> Drozd: hopefully you will never forget your YT password
[09:19] <iceroot> Drozd: are you going to google then and say, hey is there another way to upload youtube vidoes because i dont want to remeber a password?
[09:20] <Drozd> iceroot: point is, I use my google account every day. I will create LP account to report one bug and probably never use LP again.
[09:20] <maxb> you are effectively asking for special treatment to report a bug in a way that is less convenient for the people who will work on it
[09:20] <maxb> that seems selfish to me
[09:20] <iceroot> Drozd: maybe you will use ubuntu one
[09:20] <iceroot> Drozd: same login as LP
[09:21] <Drozd> Drozd: I don't even use Ubuntu One
[09:21] <iceroot> Drozd: and please let stop this discussion now, we have told you what to do
[09:21] <maxb> and rather pointless, considering the triviality of the step you object to
[09:21] <iceroot> so i guess we answered your question
[09:30] <Drozd> ok, here is the other one: why can't you just look on my bug and tell me, that ubuntu-bug will identify that bug (and not just send my system infos)?
[09:35] <iceroot> Drozd: are you a troll?
[09:36] <iceroot> Drozd: how often did i told you what ubuntu-bug is doing?
[09:37] <Drozd> iceroot: I've done ubuntu-bug and checked its report and there is nothing which will identify my bug.
[09:38] <iceroot> Drozd: last time (read it!!) ubuntu-bug packagename  will create a bug on Launchpad, we you can put a title and a description, ubuntu-bug is setting up the package-settings correctly, it will also put informations about your ubuntu-system like the version, language and so on also it will try to look for a crash report and append it too
[09:38] <iceroot> Drozd: also read
[09:38] <iceroot> !bug | Drozd
[09:38] <ubot2> Drozd: If you find a bug in Ubuntu or any of its derivatives, please file a bug using the command « ubuntu-bug <package> » - See https://help.ubuntu.com/community/ReportingBugs for other ways to report bugs.
[09:42] <Drozd> iceroot: ok, with ubuntu-bug no need to create LP account?
[09:43] <iceroot> i am out
[09:43] <iceroot> last time (read it!!) ubuntu-bug packagename  will create a bug on Launchpad
[09:43] <iceroot> so it will create a bug on Launchpad of course with your account....
[09:44] <iceroot> Drozd: just read what we are writing please
[09:44] <Drozd> I'm reading.
[09:44] <iceroot> we are always available for help but its a good idea to read what we are saying
[09:44] <Drozd> I also read all that bug report page
[09:44] <iceroot> create a LP account, use "ubuntu-bug packagename" put in a title and a description, thats all
[09:45] <iceroot> takes maybe 5 minutes
[09:46] <Drozd> lets sum it: So if I don't want to create LP account there is NO other way how to report bug?
[09:47] <Drozd> yes/no answere is ok for me, i will thank you for your help and leave
[09:54] <iceroot> Drozd: without LP account you can not create a bug
[09:54] <Drozd> iceroot: thank you for your time and help. bye
[13:38] <ldz420> I have created a bug report I have used ubuntu-bug package which attached useful information I also created a screenshot. it has a low heat level so I assume that is why no one is interested in looking at it but is there any idea on how to further pursue a resolution?
[13:42] <ldz420> I did make a work around which was to downgrade. If anyone comes with any ideas please leave comment in comment field bug#1029665
[15:53] <njin> today's upgrade remove xorg without reinstalling it
[15:54] <njin> hggdh: sorry: who i've to advice for this ? ^^
[15:55] <hggdh> njin: on quantal?
[15:55] <njin> yes
[15:55] <njin> just updated list
[15:55] <hggdh> njin: you probably have quantal-proposed in your APT source.list
[15:56] <hggdh> not all of X has been upgraded yet, and updates must be done manually (and carefully)
[15:56] <njin> yes, proposed are enabled
[15:56] <njin> ok, thanks
[15:57] <micahg> njin: -proposed in quantal is not recommended to be run unless you want your system broke :)
[15:57] <hggdh> disable it -- packages go to -proposed because all pre-reqs are not yet built
[15:57] <njin> LOL
[15:57] <njin> done
[15:58] <njin> thanks everybody
[15:58] <hggdh> welcome
[15:59] <pedro_> hey folks
[15:59] <hggdh> yo pedro_ how's life?
[16:00] <njin> hello pedro_
[16:03] <roadmr> pedro_: \o/
[16:03] <pedro_> hggdh: njin roadmr  hey :-)
[16:04] <pedro_> hggdh: good good. how's everything in the South of the US?
[16:04] <hggdh> hot as hell... But right now I am in Boston, which is quite nice :-)
[16:20] <brendand> pedro_, where have you been :)
[16:23] <pedro_> brendand: been around, just not in the channel :-P
[16:26] <pedro_> I guess no one revealed the BugSquad secret , right?
[16:26] <pedro_> specially to hggdh
[16:27] <pedro_> that'd be terrible, a thousand Pandas could die if you guys do that
[16:34] <hggdh> pedro_: you are in my list
[16:34] <hggdh> (the bad one)
[16:36] <pedro_> :-) :-)
[16:50]  * LordOfTime yawns
[16:50] <LordOfTime> hggdh: you got my memoserv?
[16:50] <LordOfTime> a while ago, about the bot going away
[16:54] <jibel> pedro_, hey, don't talk about pandas to hggdh ATM, he'd like to see them all eradicated from the surface of the earth ;)
[16:58] <hggdh> kill them all, is what I say. All pandas on a board
[17:04] <pedro_> jibel: and there you go why there's no Pandas in the Amazon Rainforest
[17:04]  * pedro_ sending an email to PETA re hggdh


[13:16] <rafaeldtinoco> Im getting "E: Package 'linux-image-unsigned-5.11.0-34-generic-dbgsym' has no installation candidate" in ubuntu focal.
[13:18] <rafaeldtinoco> looks like I can get dbgsyms for aws kernels, for example, but not for -generic- ones
[13:19] <rafaeldtinoco> linux-image-5.11.0-27-generic-dbgsym
[13:19] <rafaeldtinoco> linux-image-5.11.0-22-generic-dbgsym
[13:19] <rafaeldtinoco> linux-image-5.11.0-25-generic-dbgsym
[13:19] <rafaeldtinoco> linux-image-5.11.0-34-generic-dbgsym
[13:21] <rafaeldtinoco> unsigned ones are empty, the signed ones dont seem to exist fyi ^
[13:22] <rafaeldtinoco> 5.4 and 5.8 hwe kernels are good
[13:26] <klebers> rafaeldtinoco, hey! we are aware of the issue and it's on our list to fix it
[13:26] <rafaeldtinoco> klebers: oh, great then. thanks!
[15:44]  * enyc meows luc4
[15:46] <enyc> https://packages.ubuntu.com/search?suite=default&section=all&arch=any&keywords=-generic-dbgsym&searchon=names
[15:47] <enyc> doesn't seem to provide any -generic-dbgsym in database
[15:47] <enyc> but apparently this is known as above ... ok


[09:35] <frankban> hi rogpeppe: I am fixing the branch, and I was thinking about the AuthName method you suggested.
[09:35] <rogpeppe> frankban: ok
[09:35] <frankban> rogpeppe: especially in relation to bug 1156715
[09:35] <_mup_> Bug #1156715: Replace EntityName() with something else. <juju-core:Triaged> <juju-gui:Triaged> < https://launchpad.net/bugs/1156715 >
[09:36] <rogpeppe> frankban: was it william's suggestion to report that bug?
[09:36] <rogpeppe> (out of interest)
[09:36] <frankban> rogpeppe: if we are going to replace EntityName with something better (e.g. GlobalName, APIName, ExternalName...), maybe it's worth making that change contextually
[09:37] <rogpeppe> frankban: i'm not sure
[09:37] <frankban> rogpeppe: I proposed to work on that once the annotations stuff is ready. IIRC, he suggested to find a better name for that method
[09:41] <rogpeppe> frankban: the problem is that now we've got two methods now: State.Entity and State.Authenticator, and we can't just assume that the names are the same for each
[09:42] <rogpeppe> frankban: ah, we've lost State.Entity, i see
[09:42] <frankban> rogpeppe: you mean State.Annotator and State.Authenticator
[09:42] <rogpeppe> frankban: yeah
[09:43] <rogpeppe> frankban: the problem is that the same "get name" method isn't necessarily appropriate for both
[09:44] <rogpeppe> fwereade: what are your thoughts here?
[09:45] <rogpeppe> fwereade: i'm suggesting that entities that can be returned from State.Authenticator have an AuthName method; and (if needed) entities that can be returned by State.Annotator have an AnnotatorName method. both methods would simply return the entity name as it is currently. i *think* this is what you might have suggested before.
[09:46] <fwereade> rogpeppe, +1
[09:47] <fwereade> rogpeppe, I think it's better to have the two clear names for the two distinct contexts -- they can still directly share an implementation
[09:49] <frankban> rogpeppe, fwereade: ok. in this branch the AnnotatorName is not defined or required. We just include the EntityName() method in ad-hoc interfaced for tests. No problem in introducing an AuthName for authenticators, and no problem in closing that bug as invalid or wontfix. Sound good?
[09:50] <fwereade> frankban, I'd like to be consistent across Auth and Annotate, and ideally to drop the string EntityName across the board, but I'm not sure if that's a reasonable request in this context
[09:51] <fwereade> frankban, are there lots of clients using EntityName that aren't clearly asking in either an auth or an annotate context?
[09:53] <frankban> fwereade: I'd have to take a look, I don't think so, I guess EntityName is only used in the API context, and in the API we just have annotators and authenticators. Maybe rogpeppe can confirm.
[09:54] <rogpeppe> fwereade, frankban: actually EntityName is used in other contexts too
[09:54] <fwereade> frankban, hmm, I think it might be too big
[09:55] <rogpeppe> fwereade: in particular, it's used in the original way that it was created (to talk about a state entity in general, that might be a unit or a machine)
[09:55] <fwereade> frankban, rogpeppe: I think that if we're adding AuthName, though, I rather feel we should fix the instances of EntityName that are really AuthNames
[09:55] <rogpeppe> fwereade: sure
[09:56] <fwereade> rogpeppe, I may be changing my mind here
[09:56]  * rogpeppe still thinks that a single EntityName method makes sense (and saves us code)
[09:57] <fwereade> rogpeppe, I think your motivation is sane but the name "EntityName" is not helpful
[09:58] <fwereade> rogpeppe, can we reconsider the list of possibly-sane alternatives?
[09:58] <rogpeppe> fwereade: ok
[09:58] <frankban> fwereade, rogpeppe: so, bug 1156715 is still valid
[09:58] <_mup_> Bug #1156715: Replace EntityName() with something else. <juju-core:Triaged> <juju-gui:Triaged> < https://launchpad.net/bugs/1156715 >
[09:58] <fwereade> rogpeppe, I am feeling a gentle pull towards GlobalName but this opinion is not held strongly
[09:59] <rogpeppe> fwereade: i don't like GlobalName because it's not global - it's only "global" with respect to a given state.
[09:59] <rogpeppe> fwereade: and in the future it's quite possible we might have *real* global (including uuid) names
[10:03] <rogpeppe> fwereade: how about ExtName ?
[10:03] <fwereade> rogpeppe, true; hmm. LongName? :)
[10:04] <rogpeppe> fwereade: it's not too long, and abstract enough that it doesn't have any significant unwanted connotations
[10:04] <rogpeppe> fwereade: TaggedName ?
[10:04] <fwereade> rogpeppe, I could live with that :)
[10:05] <rogpeppe> fwereade: not that keen on LongName, i don't think
[10:05] <rogpeppe> nor on TaggedName really
[10:05] <fwereade> rogpeppe, fair enough, but ExtName is too unclear IMO
[10:06] <fwereade> rogpeppe, Nametag() :)
[10:06] <rogpeppe> fwereade: it's only unclear if it's documented unclearly IMHO
[10:06] <rogpeppe> fwereade: Tag() :-)
[10:06] <fwereade> rogpeppe, hum, yeah, that's not bad, is it?
[10:07] <rogpeppe> State.Authenticator(tag string) (Authenticator, error)
[10:07] <fwereade> rogpeppe, we'll want to fix a couple of things like DeployerName to DeployerTag but I think it works nicely
[10:08] <rogpeppe> fwereade: yeah, i could live with that
[10:08] <rogpeppe> type Tagger interface {Tag() string}
[10:08] <fwereade> rogpeppe, that SGTM, if you can live with it
[10:09] <frankban> fwereade, rogpeppe: so, should the Tagger interface be embedded in Authenticator and Annotator?
[10:09] <fwereade> frankban, yeah, it seems sensible I think
[10:09] <rogpeppe> frankban: i don't think so, otherwise you won't be able to do interface { Authenticator; Annotator }
[10:10] <fwereade> rogpeppe, oh, blast
[10:10] <fwereade> rogpeppe, well
[10:10] <frankban> rogpeppe: so TaggedAuthenticator, TaggedAnnotator?
[10:10] <rogpeppe> fwereade: but i have no problem with type TaggedAnnotator interface { Tagger; Annotator}
[10:10] <fwereade> rogpeppe, how often do we want both features in play at the same time?
[10:10] <rogpeppe> fwereade: i don't want to preclude i
[10:10] <rogpeppe> t
[10:11] <fwereade> frankban, rogpeppe: ok, fair enough
[10:11] <rogpeppe> fwereade: in general, other than at leaf level, you want either all-embedded or all-method interface types, i think.
[10:12] <fwereade> rogpeppe, yeah, sounds sane, ++composability
[10:12] <rogpeppe> fwereade: exactly
[10:12] <frankban> rogpeppe: i.e. in the API layer, we will always use Tagged(Authenticator|Annotator)
[10:12] <frankban> ?
[10:12] <rogpeppe> frankban: yes, and i think that the State.Authenticator should return TaggedAuthenticator
[10:13] <frankban> rogpeppe: cool
[10:13] <frankban> rogpeppe: and the same for State.Annotator i guess
[10:13] <rogpeppe> frankban: yup
[10:15] <frankban> rogpeppe, fwereade: what do you think about: 1) I land my current branch as is, with minor fixes (it's well over 1000 lines of diff) 2) I change that bug to be this Tag() and Tagger refactoring 3) I start working on that new bug, also replacing all the NamedAuthenticators and Annotators used in tests
[10:16] <fwereade> frankban, +1
[10:16] <rogpeppe> frankban: i think that's a reasonable approach, except i'd like to see the entityName field go
[10:17] <rogpeppe> frankban: and i think that's an easier fix than making the code access it safely.
[10:17] <rogpeppe> frankban: (so it would use EntityName as i suggested in the review)
[10:18] <rogpeppe> frankban: and then it would change to use Tag in the later branch
[10:18] <frankban> rogpeppe: you mean in apiserver.go? so do you want me to temporarily add the EntityName to the Authenticator interface>
[10:18] <rogpeppe> frankban: i think that would be fine
[10:18] <frankban> rogpeppe, fwereade: thanks, I think we have a plan.
[10:19] <rogpeppe> frankban: wonderful
[10:22] <fwereade> frankban, sgtm
[10:51] <frankban> rogpeppe: could you confirm those notes are correct? https://bugs.launchpad.net/juju-gui/+bug/1156715/comments/1
[10:51] <_mup_> Bug #1156715: Replace EntityName() with something else. <juju-core:Triaged> <juju-gui:Triaged> < https://launchpad.net/bugs/1156715 >
[10:53] <rogpeppe> frankban: yup, seems good. there are other knock on effects of changing EntityName - various places use it and will need to change
[10:59] <frankban> rogpeppe: isn't enough s/EntityName/Tag for these cases?
[11:00] <rogpeppe> frankban: more or less - there are some variable and field names that will want renaming too
[11:00] <frankban> rogpeppe: maybe we'll need to take care of this case by case, with your help
[11:01] <rogpeppe> frankban: it should be fairly obvious, i hope - recursive grep -i entityname, and fix
[11:02] <frankban> rogpeppe: sounds good
[11:19] <frankban> rogpeppe: reproposed, would you like to take another look?
[11:19] <rogpeppe> frankban: will do
[11:21] <frankban> thanks
[12:32] <BradCrittenden> guihelp: in go, what is the relationship between packages and directories?  in apiserver there is "package apiserver" and "package apiserver_test" and that is a-ok.  if i add another package in that directory it complains.  anyone here know?
[12:33] <gary_poster> I thought there was no connection, so obviously I'm no help
[12:33] <BradCrittenden> gah, my stupid nick
[12:39] <hazmat> bac, if your adding another test i suggest reusing apiserver_test
[12:42] <hazmat> in general my understand is that its 1 to 1 directory containing src to pkg  with dirname == pkg at least by convention, and that splitting out tests basically allows for stripping it from the binary and is specially handled by the test runner conventions.
[12:47] <bac> hazmat: i understand all of that from a hygiene perspective.  i'm trying to understand the rules.  it clearly isn't 1:1 so i'm confused why i cannot create a separate package, even if it is a bad idea.
[12:48] <hazmat> bac i think <package>_test is handled distinctly
[12:48] <hazmat> by the same convention that <name>_test.go is
[12:48] <bac> ok
[12:50] <hazmat> but that's guess work on my part..
[13:03] <rogpeppe> teknico: did you run go test in your recent branch before submitting?
[13:04] <rogpeppe> teknico: because it broke trunk and i'm can't see how the tests could ever have passed... :-)
[13:04] <hazmat> rogpeppe, any comments on bac's question above re package naming
[13:05] <jcsackett> hatch: what sort of thing should i be looking for if tests pass under test-debug but fail under test-prod in the beforeAll with an apparent dependencies problem?
[13:05] <jcsackett> e.g. "extend failed; check dependencies."
[13:05] <jcsackett> i can't find anything missing in a requires, nor in the yui.use
[13:05] <rogpeppe> bac: hazmat is right. there can only be x and x_test in a given directory
[13:05] <rick_h_> jcsackett: make sure you've pulled from trunk recently.
[13:05] <teknico> rogpeppe, I did run tests, and I plead guilty of insufficient scrutiny, because I did see failures that I interpreted as intermittent and unrelated
[13:07] <jcsackett> rick_h_: just merged, no difference.
[13:07] <teknico> rogpeppe, what's the overall tests status? are all of them supposed to pass all of the time, currently?
[13:07] <rick_h_> jcsackett: make sure you make clean-all and rebuild as well. I guess it was a problem fixed on monday.
[13:07] <rogpeppe> teknico: yes
[13:08] <rick_h_> jcsackett: and verify that tests pass on trunk if they still fail
[13:08] <rogpeppe> teknico: but with your branch as submitted, it cannot have passed the tests even once :-)
[13:08] <benji> the age-old story of untrusted tests; this is one of the reasons that tests need to be absolutely rock-solid
[13:08] <rick_h_> jcsackett: I had a mess around tests like this yesterday I was going to bring up the on the stand up
[13:08] <rogpeppe> teknico: if you see a test failure, we want to know about it!
[13:08] <bac> thanks rogpeppe
[13:09] <teknico> rogpeppe, right, I will make a point to let you know :-)
[13:09] <teknico> (not about the failures in my code, though ;-) )
[13:10] <teknico> or rather, in my changes
[13:10] <rogpeppe> teknico: BTW ISTM that both opClientAddRelation and opClientDestroyRelation are bogus, because neither of them undo the operation that they've performed.
[13:10] <teknico> rogpeppe, uhm. bac might be interested too ^^
[13:10] <rogpeppe> teknico: i'm not sure when DestroyRelation came in. i should've been reviewing more branches, sorry!
[13:11] <teknico> rogpeppe, very recently too
[13:11] <bac> rogpeppe: oopsie
[13:11] <bac> rogpeppe: that one had lots of eyes on it.  sorry you didn't get a chance to weigh in and catch that omission
[13:12] <teknico> it'll teach me landing changes right before lunch, ttyl :-)
[13:12] <rogpeppe> bac, teknico: in general, the func return from the op* functions is to reset the state back to the original. so if you make a successful change, you need to return a function to undo that change.
[13:13] <rogpeppe> i know it's awkward, and it would be nicer just to reset the whole thing each time, but unfortunately that's prohibitively slow.
[13:13] <teknico> rogpeppe, ISTR you mentioning that most op* functions could go away anyway
[13:13] <jcsackett> rick_h_: ok, i'll deal with email till standup.
[13:13] <rogpeppe> teknico: i discussed it with fwereade_ and he reckoned that it was worthwhile keeping them in
[13:14] <teknico> rogpeppe, good to know, thanks
[14:00] <hatch> jcsackett: get the problem fixed?
[14:00] <jcsackett> hatch: not yet. i'm double checking that the right modules are in my require
[14:05] <hatch> ok what you want to do is `make clean-all` `sh test-server.sh prod true`
[14:05] <hatch> then if you have dependency issues they will show up right away in those tests
[14:07] <hatch> frankban am I supposed to know what your email is about? Or did you sent it to the wrong person? :)
[14:08] <frankban> hatch: what email?
[14:08] <hatch> William and Roger agreed on using Tag().  ....
[14:09] <frankban> hatch: that's a comment on a bug
[14:09] <hatch> odd...it just came through as an email from you
[14:09] <hatch> heh
[14:09] <hatch> ok no problem :D
[14:11] <hatch> bcsaller: did you end up checking out my branch last night?
[14:12] <bcsaller> hatch: I did, but I haven't written anything up
[14:12] <hatch> oh ok - well we can chat in a hangout to save you the typing if you like
[14:14] <bcsaller> hatch: the way you assign _nsRouter to juju isn't how we typically do things though, you'd pass that down as an attribute. Its ok to attach constructors to the namespaces but usually not instances
[14:14] <hatch> Yeah I didn't like that either but that fn is being used in so many places that it's quite a lot of passing around for a single fn
[14:15] <hatch> I was almost thinking that we need a Y.juju.utils object
[14:16] <jcsackett> rick_h_: you see anything this file is missing for its require? http://bazaar.launchpad.net/~jcsackett/juju-gui/tab-widget/view/head:/app/widgets/tabview.js
[14:16] <jcsackett> rick_h_: this is the testfile, as well: http://bazaar.launchpad.net/~jcsackett/juju-gui/tab-widget/view/head:/test/test_tabview.js
[14:17] <hatch> jcsackett: does it actually say 'verrify dependencies' ?
[14:17] <jcsackett> hatch: Error: extend failed, verify dependencies
[14:17] <jcsackett> it's dying in the before() method in my test.
[14:17] <hatch> ok that means the Y.Base failed because it can't extend Y.Tab
[14:17] <hatch> Y.Base.create
[14:18] <hatch> there is no 'tab' module
[14:18] <jcsackett> hatch: i can't find any docs of where Y.Tab is defined--that's based on one blogpost i found about extending tab.
[14:18] <jcsackett> what should i include?
[14:19] <hatch> hmmmmmm
[14:19] <jcsackett> cause i can't find anything; it would be nice if TabView had a require, but alas.
[14:20] <hatch> ok I'm just getting to the tabview source
[14:24] <hatch> you need base-build and tabview
[14:24] <jcsackett> hatch: nope, same problem.
[14:25] <hatch> hehe _callbackMaybe 'call me maybe' ;)
[14:26] <jcsackett> hatch: that wasn't intentional, but once i realized the joke i became fond of the method. :-P
[14:26] <hatch> ok and does this happen only in the tests?
[14:26] <hatch> haha
[14:28] <gary_poster> jujugui call in 2
[14:29] <jcsackett> hatch: i only get this in test-prod
[14:29]  * benji struggles with the Google Talk plugin again.
[14:30]  * benji gives up and just reboots.
[14:31] <hatch> ohh - whatabout make clean-all; make prod; ?
[14:32] <gary_poster> rick_h_ starting without you
[14:32] <rick_h_> gary_poster: k, sec
[14:40] <hatch> jcsackett: the reason I'm hoping it happens with make prod is because then you can test to see if Y.Tab and Y.TabView are defined at the top of your closure
[14:45] <jcsackett> hatch: i'm not seeing anything. that could be because the tabview's not wired into anything else though.
[14:45] <hatch> hmm this sounds very odd
[14:48] <rick_h_> hatch: do you have that nodejs bug handy from the npm issues?
[14:50] <rick_h_> hatch: nvm, found it
[14:58] <hatch> I tweeted it
[14:58] <hatch> oh ok
[15:01] <jcsackett> hatch: could Y.Tab simply not be exposed in a way that it can be extended?
[15:01] <hatch> https://github.com/yui/yui3/blob/master/build/tabview/tabview-debug.js
[15:01] <hatch> there is the source
[15:01] <hatch> you'll see that it's exposed on Y.Tab
[15:01] <jcsackett> well, i suppose if that were the case my tests would die in test-debug as well.
[15:01] <hatch> ok here is what you can do
[15:02] <hatch> remove your tabview code from the app, open up the network tab in debug mode and look to see what files are being requested from yahooapis.com
[15:02] <hatch> then add it back in, and compare
[15:02] <hatch> our yui dep script doesn't catch all deps I've found
[15:02] <jcsackett> hatch: not sure what you mean by "open up the network tab in debug mode"
[15:03] <hatch> network tab in chrome = app built with make devel
[15:03] <hatch> s/=/0
[15:03] <hatch> blah
[15:03] <hatch> I can't type
[15:03] <hatch> s/=/-
[15:03] <hatch> :)
[15:03] <hatch> basically you want to see if it's pulling in extra modules from yahooapis.com which it can't do under make prod
[15:03] <jcsackett> ah, ok.
[15:04] <hatch> FYI it pulls in some right now so you will need to compare
[15:04] <jcsackett> that will work even though tabview isn't wired in, so opening the app doesn't create any tabviews?
[15:04] <hatch> if it's in the 'use' then it'll pull in the code
[15:09] <hatch> I'm also assuming that you have linted this code :)
[15:10] <hatch> juuuuuuust to be sure ;)
[15:10] <jcsackett> hatch: yeah.
[15:11] <rick_h_> jcsackett: is the latest pushed?
[15:11] <jcsackett> rick_h_: yes.
[15:11] <rick_h_> I'll pull it down and try it out here localy
[15:15] <rick_h_> jcsackett: so all tests pass for me. test-server and test-prod
[15:15] <jcsackett> ...
[15:15] <jcsackett> well, wtf.
[15:16] <rick_h_> http://paste.mitechie.com/show/908/
[15:16] <rick_h_> ^^ is from test-prod
[15:16] <jcsackett> ima kill my branch and check it out again.
[15:16] <rick_h_> jcsackett: yea, I just grabbed trunk, created a branch, merged yours in, and make test-prod
[15:17] <hatch> lol
[15:17] <hatch> man I hate it when that happens
[15:20] <jcsackett> this is maddening.
[15:20] <jcsackett> a completely clean checkout of mine fails.
[15:20] <jcsackett> evidently only on my machien.
[15:20] <jcsackett> *machine
[15:21] <jcsackett> welp, that's it. time to burn my computers and turn to a life of goatherding.
[15:21] <jcsackett> :-P
[15:21] <gary_poster> 2 review requested of https://codereview.appspot.com/7621048
[15:22] <gary_poster> card is in high-priority maintenance review lane
[15:23] <hatch> gary_poster: I'll take one
[15:23] <gary_poster> ty
[15:23] <hatch> while I'm doing that - is there a way I can flatten commits with bzr?
[15:23] <Makyo> I'll take one.
[15:23] <hatch> aka like a rebase with git
[15:24] <gary_poster> hatch, rebase was frowned upon within bzr, because commits are hierarchical
[15:24] <gary_poster> I think there's a way to do it but I've never done it
[15:25] <hatch> ahh - I just did a number of small commits and looking at the branch now it's hard to tell what the diff is
[15:25] <hatch> no biggy I guess :)
[15:25] <gary_poster> hatch, instead you can simply branch trunk again, and then merge in your old branch
[15:25] <hatch> oh that will do one commit?
[15:25] <hatch> not merge all of the commits?
[15:25] <gary_poster> hatch, that will give you what you want, while maintaining history hierarchically
[15:26] <gary_poster> imagine a big commit, which, if you really look at it, can be subdivided into your old smaller commits
[15:26] <jcsackett> rick_h_: any notion what might be busted that would let it pass for you not for me? surely YUI require doesn't vary b/c of an lxc...
[15:26] <gary_poster> but the default view will be what you want
[15:26] <hatch> ahh ok perfect thanks
[15:26] <hatch> and a little OT - what
[15:26] <hatch> 's a spike?
[15:26] <hatch> you mention it in your branch
[15:27] <gary_poster> hatch, XP term (as if we do XP): http://www.extremeprogramming.org/rules/spike.html .  Short translation: code that you write to figure something out and prove it works, and then expect to throw away
[15:28] <rick_h_> jcsackett: not sure tbh. What's npm --version?
[15:28] <jcsackett> 1.2.11
[15:28] <hatch> gary_poster: ohh ok - I just call those prototypes ;)
[15:29] <jcsackett> rick_h_: ^
[15:29] <hatch> jcsackett: node version?
[15:29] <rick_h_> jcsackett: yea, not sure. I'm .14 but as long as you're not newer you're ok
[15:29] <rick_h_> there's a known issue with node 1.0 and the npm with it
[15:29] <gary_poster> hatch, +1
[15:30] <jcsackett> hatch: v0.8.20
[15:30] <hatch> hehe
[15:30] <rick_h_> jcsackett: but at this point, I cna't say since it doesn't break for me. Only thing I can think is to try a new lxc from scratch and if it works a diff directory v directory
[15:30] <hatch> jcsackett: odd - after this review I'll also check it out to see
[15:34] <jcsackett> hatch: ok. ping me with results. i'm going to go have some lunch.
[15:36] <gary_poster> hatch, you'll be happy to know that I ran my tests on IE 10 as well :-)
[15:37] <gary_poster> (and they passed)
[15:37] <hatch> haha awesome
[15:47] <hatch> jcsackett: good news - make test-prod fails for your branch here as well
[15:50] <jcsackett> hatch: huh. so what's magical about rick_h_'s setup...
[15:50] <hatch> he probably lied and ran make test-debug :P
[16:04] <hatch> jcsackett: ok for some reason in your tests Y.Tab() isn't a constructor
[16:07] <hatch> neither is TabView for that matter
[16:09] <hatch> so you'll need to evaluate why there is no tabview on prod
[16:11] <rick_h_> orly? I pasted my test results :P
[16:12] <hatch> rick_h_ was that make test-prod?
[16:12] <rick_h_> hatch: yea
[16:12] <hatch> well how odd is that
[16:12] <rick_h_> .zshhistory http://paste.mitechie.com/show/909/
[16:12] <rick_h_> :)
[16:13] <hatch> merge?
[16:13] <rick_h_> yea, merged his changes into a local branch
[16:13] <hatch> oh - well that's not a clean checkout then is it? ;)
[16:14] <rick_h_> oh...well no...but it is test-prod with success
[16:15] <hatch> lol
[16:15] <hatch> ok diff those two branches and we might find the missing link
[16:15] <rick_h_> which two? This is jcsackett's branch.
[16:16] <hatch> whatever your local branch was
[16:17] <rick_h_> http://paste.mitechie.com/show/910/ here, that's more complete. It was just trunk
[16:18] <hatch> ohh ok
[16:18] <hatch> I'll try merging into trunk
[16:20] <jcsackett> hatch, rick_h_: i did the same steps i see in rick_h_'s paste but no dice.
[16:21] <hatch> jcsackett: also no luck here
[16:21] <jcsackett> so rick_h_ is magical.
[16:22] <hatch> for whatever reason it doesn't appear that the tabview files are being loaded into the prod rollup
[16:22] <rick_h_> lol, YUI auto loads to my commands because I rule
[16:28] <hatch> lol
[16:30] <hatch> jcsackett: i'd try to manually include the tabview files in the rollup
[16:30] <hatch> see if that solves the issue
[16:30] <hatch> see the merge-files script
[16:30] <jcsackett> hatch: ok.
[16:31] <hatch> sorry I'm just trying to do this namespace routing stuff at the same time
[16:31] <hatch> :)
[16:35] <jcsackett> hatch: success!
[16:36] <hatch> werd up!
[16:36] <hatch> what was it?
[16:36] <jcsackett> adding to merge-files
[16:37] <jcsackett> manually pushing 'tabview' into reqs fixed it.
[16:37] <hatch> ugh - that's the second time that script has failed us this week
[16:37] <jcsackett> and as several other modules are in there, i think this is not the first time someone has encountered this.
[16:37] <hatch> it's GOTA GO!
[16:39] <hatch> jcsackett: how I got to that point was to ack Y.TabView in the rollup
[16:39] <hatch> and when it wasn't found that was a big red flag
[16:40] <jcsackett> hatch: dig. i'll remember that if i hit this again.
[16:40] <jcsackett> hatch, rick_h_: can you fine folks take a look at https://codereview.appspot.com/7663050 when you have a moment and see what else might be wrong with this code? :-P
[16:41] <rick_h_> jcsackett: what's wrong now?
[16:41] <rick_h_> jcsackett: or you just mean general review
[16:42] <jcsackett> rick_h_: the latter. i was just being self-deprecating.
[16:42] <jcsackett> which, admittedly, is misleading in this instance.
[16:42] <rick_h_> jcsackett: heh, ok will peek in a minute
[16:42] <rick_h_> jcsackett: yea, nothing to get down about. I spent half of yesterday debugging stuff just as well
[16:42] <rick_h_> poor hatch gets brought into them with no hope :)
[16:42] <jcsackett> rick_h_: not down at all. quite pleased in fact to have sorted it. :-)
[16:43] <jcsackett> as long as i'm eventually getting stuff done, i'm happy/
[16:43] <rick_h_> jcsackett: heh, and I think I see your issue. http://yuilibrary.com/yui/docs/tabview/
[16:44] <rick_h_> you used a name already in the YUI namespace
[16:44] <rick_h_> nvm, I guess it is 'browser-tabview'
[16:44] <hatch> one of these days I'll have to look into that script
[16:44] <hatch> to see why it misses things
[16:44] <jcsackett> yeah, the file is the same, but the ns is different because our browser prefix.
[16:45] <rick_h_> jcsackett: right
[16:47] <hatch> review done
[16:47] <hatch> now if I can get back to MY OWN WORK!!
[16:47] <hatch> :P
[16:47] <hatch> lol
[16:47] <benji> "16 conflicts encountered."  This branch may never end.  I always thought my life's work would be something more substantial than adding a single command to an API.
[16:47] <rogpeppe> gary_poster: ping
[16:48] <gary_poster> hey rogpeppe
[16:48] <hatch> benji: lol
[16:48] <benji> :)
[16:48] <rogpeppe> gary_poster: so... the most significant allWatcher branch has just landed.
[16:48] <rogpeppe> gary_poster: and you *might* be able to see something actually working
[16:49] <rogpeppe> gary_poster: i wondered if you wanted a chat about where we want to go from here
[16:49] <gary_poster> rogpeppe, I saw the one earlier today that had the machinery.  now we have the one that actually hooks it up too?
[16:49] <rogpeppe> gary_poster: yup
[16:49] <gary_poster> awesome!
[16:49] <benji> yay!
[16:50] <rogpeppe> gary_poster: i'll believe it when i see the black triangle :-)
[16:50] <gary_poster> rogpeppe, sure, we can chat.  http://tinyurl.com/guichat
[16:51] <rogpeppe> gary_poster: i'm there...
[16:57] <rick_h_> jcsackett: review heading your way. I think there might be some more to clear up though on the way it works
[16:57] <rick_h_> honestly, now that I look closely I think a tabview that allows vertical was all we need.
[16:58] <rick_h_> jcsackett: sec, heading home from coffee shop and we can do a hangout in 10
[16:59] <hatch> bcsaller: is the best way to get data into topology/service.js to pass the options in via the addModule() call in views/environment.js ?
[17:00] <bcsaller> hatch: we typically pass data to the env view and then from that to the topology. All modules will have access to their topology.
[17:03] <hatch> gotcha
[17:03] <hatch> damn you dependency injection
[17:03] <hatch> global variables for everyone!
[17:19] <gary_poster> benji, quick call in guichat?
[17:20] <gary_poster> benji, re https://code.launchpad.net/~gary/juju-gui/megawatcher
[17:20] <gary_poster> you are probably lunching, as I should be
[17:20] <hatch> lunch smunch
[17:20] <gary_poster> :-)
[17:21] <hatch> bcsaller: ok I pushed my changes to use dep injection, now I'm still trying to track down why this test is failing
[17:22] <hatch> I REALLY wish mocha would stop squashing console.log
[17:23] <bcsaller> hatch: mocha or the console handler in app? on a prod build the console is off by default
[17:23] <bcsaller> mocha shouldn't touch it
[17:24] <gary_poster> hatch, we have a fake console now...I bet we could make the tests turn off the console (i.e., switch to the no-op console) if we are running in mocha
[17:24] <gary_poster> that way we can log whatever we want
[17:24] <hatch> bcsaller: well when you run sh test-server.sh debug true no console.logs() are output to the console
[17:25] <hatch> gary_poster: ahh
[17:25] <gary_poster> sounds like you are encountering a different issue than what I thought you were talking about though...maybe related
[17:25] <hatch> when you run the tests in the browser do you get any logs in the devtools?
[17:26] <gary_poster> I think so.  looking (I usually use breakpoints instead)
[17:26] <hatch> odd - debugger; also doesn't trigger it to stop
[17:26] <hatch> for me
[17:27] <gary_poster> hatch I have lots of "loader: has Skin?" things
[17:27] <gary_poster> that's it
[17:27] <hatch> yeah I don't even get those in the tests
[17:27] <hatch> wierd!!!
[17:27] <gary_poster> huh, weird
[17:27] <hatch> weird even
[17:27] <hatch> :P
[17:28] <gary_poster> Maybe we turn our fake console on?  Looking...
[17:31] <gary_poster> hatch, our console manager is set to noop for our tests somewhere...finding where
[17:33] <gary_poster> hatch, heh
[17:33] <gary_poster> I see why
[17:33] <gary_poster> we are running app tests
[17:33] <gary_poster> the app, when instantiated, defaults to turning the console off
[17:34] <gary_poster> unless you explicitly tell it to turn on
[17:34] <gary_poster> so hatch, the easy small solution is, in your test that you want to see console output in, call consoleManager.native()
[17:35] <gary_poster> (consoleManager is stuffed on window)
[17:35] <hatch> oh :) awesome thanks
[17:36] <gary_poster> to fix this generally...we'd have to do something in app to be more conditional about this somehow
[17:36] <gary_poster> we could set a global flag in the test file, for instance, and have app look for that
[17:36] <gary_poster> but anyway, that will get you going for now
[17:37] <hatch> yeah thanks - I just fixed the bug - but that will definitely speed me up :)
[17:37] <gary_poster> cool
[17:37] <hatch> well I fixed A bug :)
[17:37] <gary_poster> hatch if you want to contemplate better ideas, app/view/utils has the consoleManager and app.js uses it (just search for it)
[17:38] <hatch> sure I'll take a look at it
[17:39] <hatch> oy....102 failures
[17:42] <hatch> ok apparently a number of tests rely on routing
[17:42] <hatch> who knew!!
[17:51] <benji> gary_poster: hey, was lunching; call now?
[17:53] <gary_poster> benji, sure
[17:54] <benji> gary_poster: ahhhhh! Hangout problems; one minute
[17:54] <gary_poster> np
[17:54]  * benji reboots.
[17:55]  * benji plays IT Crowd to get into the mood for "turning it off and on again"
[17:55] <hatch> haha oh the IT Crowd
[18:13] <hatch> boo yeah tests pass
[18:19] <hatch> Could anyone familiar with the namespace routing code review https://codereview.appspot.com/7719052 please :) Thanks in advance
[18:19] <hatch> I'd also be intersted in a quick QA if possible
[18:19] <Makyo> Taking a look.
[18:20] <hatch> thanks
[18:22] <hatch> rick_h_ this latest branch will allow the url state to be maintained across the charmstore and gui however you'll notice that your views are now pushed offscreen
[18:22] <hatch> so that's just a markup/css issue to fix on your end once this lands
[18:22] <hatch> just FYI
[18:23] <rick_h_> hatch: ok, thanks for the heads up
[18:26] <gary_poster> hatch I gave code review.  About to try it, then will hopefully give a final stamp of approval
[18:27] <hatch> thanks - I was using the _ because that's how it was done elsewhere in the application
[18:27] <hatch> if it's alright i'd like to land with it then change after - as it'll need to be changed elsewhere in the application
[18:28] <gary_poster> hatch I know.  But if we are passing it around everywhere, it definitely is not "protected" any more.  change after: sure.  Next branch though, pls.
[18:28] <hatch> yep will do
[18:29] <hatch> which story should I put that ticket under?
[18:31] <gary_poster> hatch, top
[18:31] <gary_poster> hatch, qa problem:
[18:31] <gary_poster> click on alerts
[18:31] <gary_poster> then "View All Notifications"
[18:31] <gary_poster> Takes you to http://localhost:8888/notifications/:gui:/service/haproxy/
[18:31] <gary_poster> which does not work
[18:32] <gary_poster> sorry bad repro instructions
[18:32] <gary_poster> before all that, click on a unit or service
[18:33] <hatch> yep I missed that one, good catch
[18:33] <hatch> thanks
[18:43] <gary_poster> hatch here's another one,  from unit page (e.g. http://localhost:8888/:gui:/unit/memcached-0/) click on relation link.  url goes to http://localhost:8888/:gui:/unit/memcached-0/mediawiki/relations/ and view shows environment (?!)
[18:43] <gary_poster> hatch one more
[18:43] <hatch> gary_poster: that's what it did before if I remember correctly
[18:44] <hatch> I thought it was intentional
[18:44] <hatch> do we have a relations view? :)
[18:44] <gary_poster> from service page (e.g. http://localhost:8888/:gui:/service/memcached/relations/) click on relations tab and then click on a link (like to mediawiki)
[18:44] <gary_poster> url changes to http://localhost:8888/service/mediawiki/:gui:/service/memcached/relations/
[18:45] <gary_poster> and does not go anywhere at all
[18:45] <gary_poster> hatch we do have a relations tab, see above :-)
[18:46] <gary_poster> hatch, all of that behavior works properly in trunk/on uistage, so it is specific to your branch
[18:46] <hatch> oh I see :)
[18:47] <hatch> too....many.....links
[18:47] <hatch> :)
[18:47] <gary_poster> :-)
[18:48] <gary_poster> hatch, logout does not work on your branch afaict: takes me to an empty page
[18:48] <gary_poster> should take you to login
[18:48] <gary_poster> works in trunk
[18:49]  * hatch wonders if he got anything working properly
[18:49] <hatch> ;)
[18:50] <gary_poster> hatch, that's all I can find.  everything else is AOK
[18:50] <gary_poster> lemme know when you have addressed those and I'm happy to re-QA hatch
[18:50] <hatch> there is anything else? lol
[18:50] <gary_poster> :-P
[19:20] <hatch> nothing more frustrating than tests that only fail when they are run with the full suite
[19:44] <benji> yep; inter-test state dependencies are a major pain
[19:46] <hatch> yeah - the thing is that there shouldn't be any haha
[19:58] <hatch> anyone remember who wrote the notifier widget?
[19:58] <hatch> I'm trying to figure out why it's calling the notification view when there is no reference anywhere in the test or widget
[20:01] <bac> guihelp: dumb question: how do you clone a map in go?  equivalent of python's newdict = dict(olddict)
[20:01] <Makyo> hatch, bcsaller and frankban, I believe.
[20:02] <bcsaller> hatch: my guess is its being subscribed in one of the app tests and then triggered later
[20:02] <hazmat> bac, iter old and set into new
[20:03] <bac> hazmat: oh.  painful.
[20:04] <hazmat> its not too bad.. extra 3-4 lines.
[20:04] <hatch> bcsaller: it LOOKS like it's being rendered because of some type of event listener?
[20:04] <hatch> the traceback doesn't show much
[20:04] <hatch> ahah
[20:05] <hatch> that's exactly what's happening - now to find out where it's being instantiated at all
[20:05] <hatch> which may pose to be a bigger issue as it's probably one of the other tests hah
[20:25] <gary_poster> benji, yay on merge :-)
[20:25] <benji> :)
[20:33] <hatch> fixed!
[20:33] <hatch> Friday card created
[20:33] <hatch> lol
[21:13] <hatch> gary_poster: fixed code should be up - however I coudln't reproduce your logout issue - if you could try it again and let me know if it's fixed that would be appreciated :)
[21:13] <gary_poster> hatch, ok on it
[21:15] <hatch> thanks
[21:16] <gary_poster> hatch confirmed everything works now except logout.  I'm using make prod: you try that?
[21:16] <gary_poster> I will try make devel now...
[21:17] <hatch> yeah works on both - dumps me at the login screen
[21:17] <gary_poster> hatch, duped on devel but I have more repro instructions: log out from inner page
[21:18] <gary_poster> hatch, verified that logout works from inner page on uistage
[21:18] <hatch> so an inner page like /:gui:/unit/memcached-0/ ?
[21:19] <gary_poster> hatch yes
[21:19] <gary_poster> hatch you are not seeing?  If so will kill cache 1 sec
[21:19] <hatch> *closes as can't reproduce*
[21:19] <hatch> ;)
[21:19] <hatch> nope I honestly can't
[21:19] <hatch> it works everywhere I try it
[21:20] <gary_poster> hatch, just duped again after killing cache...
[21:20] <gary_poster> hatch screenshare to make sure we are on same page?
[21:20] <gary_poster> hatch, guichat
[21:20] <hatch> sure
[21:29] <hatch> gary_poster: it appears to be a linux issue
[21:29] <hatch> I can reproduce it there
[21:29] <hatch> well....linux chrome
[21:30] <hatch> ok there is some combination of linux chrome and prod which is causing the blank screen (yay at least it can now be reproduced)
[21:57] <hatch> on logout on prod it's destroying the application container
[21:57] <hatch> so it doesn't have anything to render into
[22:42] <gary_poster> glad you could dupe hatch
[22:43] <hatch> yep I've tracked it down to a single line
[22:43] <gary_poster> that sounds important for our audience
[22:43] <hatch> app.js ln 703 this.loggingOut is never true
[22:43] <gary_poster> huh
[22:43] <hatch> exactly
[22:43] <hatch> :)
[22:45] <hatch> if you put a debugger; statement on line 699 of app.js you can see that the login screen is actually rendered - then after check_user_credentials is called about 4 times it's gone
[22:45] <hatch> so that's how far I've gotten
[22:47] <hatch> ok it doesn't look like that's the cause
[22:47] <hatch> so yeah...
[23:02] <hatch> ok this.env.getCredentials() is null
[23:06] <gary_poster> it should be
[23:08] <hatch> fixed
[23:09] <hatch> I don't know WHY it broke but I fixed it
[23:10] <gary_poster> heh, hatch, you want me to look at it and bless it so you can land this thing and run away?
[23:10] <hatch> yup if you don't mind
[23:10] <gary_poster> on it
[23:10] <hatch> ok just lboxing now
[23:10] <gary_poster> oh ok lemme know
[23:11] <gary_poster> helping son with homework so in and out
[23:12] <hatch> sure no problem
[23:14] <hatch> annnnnd it's up
[23:15] <gary_poster> ok trying
[23:17]  * hatch crosses fingers
[23:18] <gary_poster> hatch worked for me!  crazy that this new else block is necessary in this one case.  I will suggest that you comment it in the review, but otherwise LGTM.  Thank you!
[23:18] <hatch> w0000000t!!
[23:19] <hatch> that one took forever to track down
[23:19] <hatch> glad that's done
[23:20] <hatch> well in reality it was only 30 minutes - why did it feel longer than that
[23:20] <hatch> lol
[23:21] <hatch> in this debugging however I found a number of performance improvements we can do in the future
[23:29] <gary_poster> hatch, cool, write em down in a card pls :-) .  Meanwhile LGTM.  Gave some trivial comments because wasn't quite sure why you opted for ../../ but probably good.  it certainly works, so I suggest you just leave it
[23:32] <hatch> thank yas - well the place where those are located nested two deep from the parent context - I don't like it either but unless you know of a way to get the parent context I don't think we have any other option
[23:32] <hatch> for the record, I didn't like doing that either :)
[23:33] <hatch> I noticed you said / does that mean 'top context' ?
[23:35] <hatch> blarg - ok, that 'fix' that I did breaks other things in the app
[23:36] <hatch> wait no it didn't
[23:37] <hatch> O K it's time to call it a day haha


[00:23] <valorie> oh nothing better than scottish shortbread and coffee
[00:23] <valorie> I've got the coffee, now where is that shortbread?
[00:39] <shadeslayer> valorie: oh btw I'm going on a Shadow of the wind tour
[00:39] <shadeslayer> valorie: http://www.getyourguide.com/barcelona-l45/the-shadow-of-the-wind-literary-tour-t2249/
[00:46] <valorie> that sounds amazing
[00:46] <valorie> I'm there with you in spirit
[00:47] <shadeslayer> I'll take your book along :3
[00:47] <valorie> has anyone else in the office read it?
[00:47] <valorie> and did you get the sequel
[00:50] <shadeslayer> Riddell & Nim are reading it
[00:50] <shadeslayer> idk how far along they are
[00:50] <shadeslayer> I actually want to read the spanish version once I'm done with my course
[00:50] <shadeslayer> Haven't read the sequel no
[00:51] <shadeslayer> Trying to finish GoT xD
[00:58]  * valorie runs off to dinner
[06:54] <bukai> Riddell: Hi
[07:33] <apachelogger> Riddell, shadeslayer, yofel: random question aren't most if not all frameworks' -bin packages multiarch foreign?
[07:34] <apachelogger> because right now they are multiarch notatalldefined which seems silly..... whereas with foreign I think they could actually be promoted to dependency of the libraries reducing the failure scope there
[07:37] <apachelogger> ah no they couldn't because of circular nonesense
[07:57] <valorie> oooos, apachelogger reappears in a puff of smoke
[08:48] <lordievader> Good morning.
[08:49] <soee> good morning
[08:51] <lordievader> Hey soee, how are you?
[08:52] <soee> lordievader: im fine, back to normal work after 3 weeks break more or less ;) you ?
[08:52] <lordievader> Doing good, poking at my backup.
[08:53] <soee> :)
[08:53] <soee> tomorrow Plasma 5.2 beta tag, hope we get is soon in Vivid
[10:11] <bukai> Riddell: Hi
[10:11] <Riddell> hi bukai
[10:11] <Riddell> hi kranzer
[10:11] <kranzer> Riddell: so, I'm here
[10:12] <kranzer> Riddell: .orig is created. let's go!
[10:12] <Riddell> allee: kranzer is updating digikam ↑
[10:13] <bukai> Riddell: My work on the site is complete. I have only have to redo all the images given by the code-in guy as none were of the appropiate size
[10:13] <bukai> rihttp://test2.kubuntu.co.uk/wordpress/
[10:13] <bukai> Riddell: * http://test2.kubuntu.co.uk/wordpress/
[10:13] <bukai> please let me know If any changes are to be made
[10:17] <bukai> Riddell: I have also changed the pictures on the top as you pointed out the last day
[10:27] <kranzer> Riddell: one questoon
[10:27] <kranzer> dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/kubuntu_mysqld_executable_name.diff/ --reject-file=- < digikam-4.6.0.orig._Qvod0/debian/patches/kubuntu_mysqld_executable_name.diff gave error exit status 1 dpkg-buildpackage: error: dpkg-source -b digikam-4.6.0 gave error exit status 2
[10:28] <kranzer> Riddell: what does it mean?
[10:48] <Riddell> bukai: ooh cool
[10:49] <Riddell> bukai: I'm sure there's lots of little bits that need changes but a nice milestone
[10:49] <Riddell> kranzer: I guess the patch needs updated
[10:50] <kranzer> Riddell: I changed format to 1.0, all works, but I uninstalled Qt
[10:50] <kranzer> Riddell: this throughs me errors
[10:51] <bukai> Riddell: Yes all I will work on all the small details
[10:51] <Riddell> bukai: but also it'll need the web server optimised to cope with the load
[10:52] <Riddell> kranzer: don't change the format to 1.0
[10:52] <Riddell> fix the patch
[10:52] <kranzer> Riddell: how?
[10:53] <Riddell> look at the patch and look at the file it's patching to see what needs changed
[10:53] <bukai> Riddell: you once asked me to contact someone in this regard can you please tell me his name again
[10:53] <Riddell> apply the patch with   quilt push -f
[10:54] <Riddell> edit the file it's patching to have the correct change
[10:54] <Riddell> update the patch with  quilt refresh
[10:54] <kranzer> Riddell: here is the error list
[10:55] <Riddell> bukai: bcooksley is the man with ideas on how to do that
[10:55] <kranzer> Riddell: https://paste.kde.org/pufqgsqx5
[10:55] <bukai> Riddell: thanks
[10:55] <_Groo_> hi/2 all
[10:55] <Riddell> kranzer: install qt4-default
[10:56] <_Groo_> Riddell: dont know if already reported but, when upgrading from kubuntu-ci:
[10:56] <_Groo_> Unpacking libkf5globalaccel-data (5.6.0+git20150107.0827+14.10-0ubuntu0) over (5.6.0+git20150105.1229+14.10-0ubuntu0) ...
[10:56] <_Groo_> dpkg: error processing archive /var/cache/apt/archives/libkf5globalaccel-data_5.6.0+git20150107.0827+14.10-0ubuntu0_all.deb (--unpack):
[10:56] <_Groo_>  trying to overwrite '/usr/share/dbus-1/services/org.kde.kglobalaccel.service', which is also in package plasma-workspace 4:5.1.2+git20150104.2211+14.10-0ubuntu0
[10:56] <_Groo_> dont know if thats an issue for our users, since most are going to use vivid
[10:56] <_Groo_> but its broken in kubuntu-ci
[10:57] <soee> _Groo_: packages from kubuntu-ci arent by default available in Vivid
[10:57] <soee> only iof you are using ppa
[10:58] <_Groo_> soee: i mean as a base for vivid
[10:58] <_Groo_> soee: anyway thats the error
[11:00] <kranzer> Riddell: where is that patch?
[11:00] <kranzer> Riddell: the new one?
[11:01] <Riddell> debian/patches
[11:06] <Riddell> bukai: first comment is why no logo at the top?
[11:06] <Riddell> http://test2.kubuntu.co.uk/wordpress/%5Cwordpress%5Cwp-content%5Cthemes%5Chtml5blank-stable%5Cimg/logo.png  is missing
[11:06] <Riddell> wow it's wanting to use backslashes
[11:06] <Riddell> no wonder it's missing
[11:06] <Riddell> bukai: second comment is it doesn't look great on a wide screen monitor, it doesn't stretch over the whole screen
[11:09] <sitter> Oo
[11:09] <bukai> how wide is the screen?
[11:09] <sitter> if anything it stretches too wide here
[11:10] <sitter> http://i.imgur.com/rQXMvIr.jpg
[11:12] <kranzer> Riddell: what to do?
[11:12] <Riddell> bukai: I have 1920x1080
[11:13] <sitter> Riddell: see screenshot
[11:13] <sitter> that's 1920x1080x2
[11:13] <Riddell> http://people.ubuntu.com/~jr/tmp/kubuntu.org.png
[11:13] <sitter> I blame firefox
[11:13] <Riddell> mm
[11:14] <sitter> there is something astray with the css though
[11:14] <sitter> which might ultimately be why its broken in firefox
[11:14] <sitter> not how there is always a vertical scroll bar
[11:14] <Riddell> yep broken in firefox
[11:14] <sitter> s/not/note
[11:15] <Riddell> that top slider is showing as one on top of the other
[11:15] <Riddell> oh he left
[11:15] <Riddell> yep broken in firefox
[11:15] <Riddell> that top slider is showing as one on top of the other
[11:16] <bukai> in firefox?
[11:16] <bukai> Riddell: Can you please repeat the previous points ? I dot disconnected
[11:17] <Riddell> 11:13 < Riddell> http://people.ubuntu.com/~jr/tmp/kubuntu.org.png
[11:17] <Riddell> 11:13 < sitter> I blame firefox
[11:17] <Riddell> 11:14 < sitter> there is something astray with the css though
[11:17] <Riddell> 11:14 < sitter> which might ultimately be why its broken in firefox
[11:17] <Riddell> 11:14 < sitter> not how there is always a vertical scroll bar
[11:18] <sitter> also
 if anything it stretches too wide here
 http://i.imgur.com/rQXMvIr.jpg
[11:20] <BluesKaj> 'Morning folks
[11:23] <bukai> Riddell: So what i need to take care for now is 1. firefox problem 2. wide screen compatibility. Anything else?
[11:25] <bukai> sitter: That is for wide screen?
[11:27] <sitter> bukai: super wide 1920x1080x2 ... it highlights that the banner image and possibly the entire theme should not scale beyond a certain width
[11:28] <sitter> there can never be an image wide enough
[11:29] <bukai> sitter: So how do I resolve this?
[11:30] <sitter> the banner image and possibly the entire theme should not scale beyond a certain width
[11:30] <Riddell> 11:06 < Riddell> bukai: first comment is why no logo at the top?
[11:30] <Riddell> 11:06 < Riddell> http://test2.kubuntu.co.uk/wordpress/%5Cwordpress%5Cwp-content%5Cthemes%5Chtml5blank-stable%5Cimg/logo.png  is missing
[11:30] <Riddell> 11:06 < Riddell> wow it's wanting to use backslashes
[11:32] <bukai> Riddell: that is taken care of
[11:33] <bukai> sitter: what must be the max width?
[11:34] <Riddell> bukai: feature tour doesn't work on firefox either
[11:35] <bukai> Riddell: firefox is conspiring against me :( , I will check my css at once
[11:37] <Riddell> bukai: and for bonus points check with rekonq
[11:37] <bukai> Riddell: but I thing in firefox the jquery is not being loaded because the slider works because of jquery
[11:37] <bukai> Riddell: ok
[11:38] <bukai> *think
[11:45] <bukai> Riddell: it is working fine for konqueror
[11:48] <Riddell> super bonus points
[12:02] <Riddell> Sick_Rimmit: did you ever call a membership meeting?
[12:02] <Sick_Rimmit> Riddell: Ah not yet,
[12:02] <Sick_Rimmit> Riddell: I was just thinking about that ealier when I saw an Ubuntu post about community funding
[12:03] <Sick_Rimmit> Riddell: I must get on that and organise it, perhaps I can get something scheduled for later next week
[12:03] <Riddell> doodle.com is your friend
[12:04] <Sick_Rimmit> Riddell: Booked my Eurostar tickets last, night and am getting everything organised for FOSDEM this week in the evenings :-)
[12:04] <Sick_Rimmit> Riddell: Rather exciting,
[12:06] <Riddell> awooga
[12:06] <Riddell> do you know what posters you'll get printed?
[12:06] <kranzer> Riddell: can you help me with that patches?
[12:06] <Riddell> kranzer: what's up?
[12:06] <kranzer> dpkg-source: info: if patch 'kubuntu_mysqld_executable_name.diff' is correctly applied by quilt, use 'quilt refresh' to update it dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/kubuntu_mysqld_executable_name.diff/ --reject-file=- < dig
[12:06] <kranzer> Riddell: ^^
[12:07] <Riddell> kranzer: pastebin  quilt push
[12:07] <kranzer> Riddell: File series fully applied, ends at patch patches/upstream_bug338037.diff
[12:09] <tsdgeos> Riddell: i've been told to ping you about sflphone since you're the last one that touched it in ubuntu and ubuntu is behind debian versioning
[12:09] <Riddell> kranzer: did you update the kubuntu_mysqld_executable_name.diff patch?
[12:10] <kranzer> Riddell: could you tell me how to do that?
[12:10] <Riddell> tsdgeos: ah yes I removed nepomuk, ok I'll look if that's a sync or a merge
[12:11] <Riddell> kranzer: pastebin   quilt pop -a; quilt push -a
[12:12] <kranzer> Riddell: https://paste.kde.org/prcfplc9a
[12:14] <Riddell> well that looks broken
[12:15] <Riddell> kranzer: what's your launchpad account? I'll start an ec2
[12:15] <kranzer> Riddell:
[12:15] <kranzer> Riddell: https://launchpad.net/~danikpastushchak90
[12:16] <Sick_Rimmit> Riddell: Yes I going to try for some Plasma5 ones as per your specification, see I can get them A3 or A2 so they'll be big and proud behind the stand
[12:17] <Riddell> A2 would be good
[12:17] <Riddell> the cheap cloth ones houseofflags make are good in my experience
[12:18] <Sick_Rimmit> Riddell: OK, I will try for A2, ah OK, I was going to get them on Gloss Paper..
[12:18] <Riddell> well that works too
[12:18] <Riddell> although then you have to work out how to fold them
[12:18] <Riddell> whatever is easiest and can work within the timeframe
[12:19] <kranzer> Riddell: what to do
[12:19] <kranzer> Riddell: ?
[12:21] <Riddell> kranzer: oh you don't have an ssh key on launchpad?
[12:21] <kranzer> Riddell: nope
[12:21] <Riddell> kranzer: if you put one there I can give you access to the ec2 and I can see what you're working o n
[12:22] <kranzer> щл
[12:22] <kranzer> Riddell: ok
[12:22] <kranzer> Riddell: how to do this?
[12:22] <Riddell> kranzer: https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair
[12:28] <kranzer> Riddell: you want this? fa:a8:bf:e6:98:93:e6:08:b2:e2:6d:8c:72:6b:02:2e kranzer@kranzer-System-Product-Name
[12:31] <Kakadu_> hi all
[12:33] <Kakadu_> I use ubuntu 14.10 and this ppa: deb http://ppa.launchpad.net/kubuntu-ppa/next/ubuntu utopic main
[12:33] <Kakadu_> and I can't login into plasma5
[12:34] <Kakadu_> I load it in separate X session and loading screen stucks (I can tell  more if you are interesting)
[12:34] <Kakadu_> where can I get help?
[12:36] <Kakadu_> Also I  heard that there are some problem with Utopic and kubuntu ppa. Is installing Vivid such a good idea?
[12:38] <soee> Kakadu_: it depneds, do you want to use Plasma 5 for your daily wortk or only test it ?
[12:39] <Kakadu_> I hope to use daily because I don't like Unity
[12:39] <Kakadu_> also It worked good some time ago
[12:39] <Kakadu_> when it was called 'project neon 5'
[12:40] <Kakadu_> after I updated to Utopic (project neon was cancelled and was not updating anymore) I see only problems
[12:40] <Kakadu_> some crashes after beginning
[12:40] <Kakadu_> nad now I can't even login
[12:40] <Kakadu_> So it will be gald to use it daily
[12:41] <Kakadu_> or at least get understand what is h appening
[12:41] <soee> Kakadu_: are you using plasma-next ppa ?
[12:41] <Kakadu_> yep
[12:42] <Kakadu_> I have pasted  /etc/apt/sources.list.d/kubuntu-ppa-ubuntu-next-utopic.list above
[12:43] <soee> Kakadu_: well im ruinnign it here at work and all works pretty well
[12:43] <soee> Kakadu_: dfine you cant login ? what happens
[12:44] <Kakadu_> I run 'DISPLAY=:1 startx startkde' in tty
[12:44] <Kakadu_> and I see loading screeen
[12:44] <Kakadu_> I _hear_ how some programs were auto started (PSI jabber client)
[12:44] <soee> but the login manager does not loads for you ?
[12:45] <Kakadu_> Well, I can't login via lightdm too
[12:45] <Kakadu_> so I start X manually from tty
[12:45] <Kakadu_> to have more control
[12:45] <soee> Kakadu_: why cant login ?
[12:45] <Kakadu_> (I think that some config files are wrong and should be cleaned but I can't figure why)
[12:45] <Kakadu_> I see loading screen at 75% and nothing happens
[12:46] <soee> Kakadu_: did you moved from KDE4 to Plasma5 ?
[12:46] <Kakadu_> for a long time
[12:46] <soee> through upgrade ?
[12:46] <Kakadu_> very likely
[12:46] <Kakadu_> because there are kde4 packages in 14.10
[12:46] <Kakadu_> and they are upgraded to KF5 using ppa above
[12:46] <soee> well i had a lot of problems after such upgrade, i had to fush .config and .kde folders in my home dir
[12:47] <Kakadu_> removing ~/.kde doesn't help
[12:47] <Kakadu_> I tryed id
[12:47] <Kakadu_> and I probably need to remove something from ~/.config
[12:47] <Kakadu_> but not all ~/.config I suppose?
[12:48] <Kakadu_> Also I thought that KDE4 stores everything in ~/.kde
[12:48] <Kakadu_> and KF5 doesn't
[12:48] <soee> Kakadu_: i cant tell what exactly causes the problems and if it for sure is related to this 2 dirs
[12:48] <soee> Kakadu_: try backuping .config and empty it and reboot
[12:48] <_Groo_> dont forget .cache
[12:52] <sgclark> morning
[12:52] <soee> hiho sgclark
[12:57] <allee> Riddell, kranzer: Great.  Thx!
[13:04] <Riddell> kranzer: add the key to your page on launchpad https://launchpad.net/~danikpastushchak90
[13:05] <Riddell> hi sgclark!
[13:05] <kranzer> Riddell: how?
[13:05] <kranzer> Riddell: how to get it's name
[13:06] <kranzer> Riddell: ??
[13:06] <Riddell> kranzer: https://launchpad.net/people/+me/+editsshkeys
[13:06] <Riddell> "our key pair is stored in ~/.ssh/ as id_rsa.pub (public key) "
[13:07] <kranzer> Riddell: I have this line fa:a8:bf:e6:98:93:e6:08:b2:e2:6d:8c:72:6b:02:2e kranzer@kranzer-System-Product-Name
[13:08] <Riddell> kranzer: copy  ~/.ssh/id_rsa.pub
[13:09] <Riddell> into the field at https://launchpad.net/people/+me/+editsshkeys
[13:10] <kranzer> Riddell: I have only one file there
[13:10] <kranzer> Riddell: known_hosts.txt
[13:10] <Riddell> kranzer: then you haven't made a key yet
[13:13] <Kakadu_> Well, I'm trying to remove some configs and start X than but not success
[13:13] <Kakadu_> Also I have noticed that while laoding screen is stuck in 75% 'kwin_x11' uses 100% of CPU
[13:13] <Kakadu_> Can this help me somehow?
[13:14] <kranzer> Riddell: ssh-keygen -t rsa ??
[13:16] <Riddell> kranzer: yes that's what the instructions say
[13:16] <kranzer> Riddell: here https://paste.kde.org/pu8wf406t
[13:17] <Sergobot> kranzer: When it asks "Enter file in which to save the key" write /home/kranzer/.ssh/id_rsa
[13:18] <Sergobot> then new key will appear in the ~/.ssh/ folder
[13:18] <kranzer> Sergobot: it's so by default
[13:20] <Riddell> kranzer: now put the public key on launchpad
[13:23] <kranzer> Riddell: done
[13:27] <Riddell> kranzer: ssh<EMAIL_ADDRESS>[13:28] <Riddell> run    byobu
[13:28] <kranzer> key
[13:29] <Kakadu_> Okay, It seems that loading screen freezes because kwin_x11 it getting stuck. I manages to get backtrace. http://paste.in.ua/10231/#405 Any tips how to debug further?
[13:29] <Kakadu_> I managed*
[13:30] <kranzer> Riddell: it needs key
[13:31] <Riddell> kranzer: I added your ssh key to the authorized_keys
[13:33] <kranzer> Riddell: it needs password
[13:33] <kranzer> to the private key
[13:34] <Riddell> kranzer: well use whatever you set it to
[13:35] <kranzer> Riddell: let's change
[13:35] <Riddell> ?
[13:36] <kranzer> Riddell: I set new key
[13:37] <Riddell> kranzer: the one on launchpad is the same
[13:37] <kranzer> Riddell: kranzer@kranzer-System-Product-Name:~$ ssh<EMAIL_ADDRESS>Permission denied (publickey).
[13:40] <Riddell> shrug, I added the key on launchpad to the authorized keys
[13:44] <kranzer> Riddell: ???
[13:44] <Riddell> kranzer: sorry I'm out of time
[13:45] <kranzer> can you add my key again?
[13:45] <kranzer> Riddell: ^
[13:46] <Riddell> kranzer: added
[13:47] <kranzer> Riddell: permission denied again
[13:48] <Riddell> kranzer: try now
[13:55] <sitter> Riddell: what do we do with telepathy-qt5? api adding patches from canonical fail to apply and I cannot be bothered to fix that and apparently no one on the ubuntu-devel list cares either
[13:55] <Riddell> sitter: drop them?
[13:56] <sitter> Riddell: they are api additions, dropping them would mean ABI break
[13:57] <kranzer> Riddell: Agent admitted failure to sign using the key. Permission denied (publickey).
[13:58] <Riddell> kranzer: best learn how to use ssh then, try sshing into localhost
[13:58] <kranzer> Riddell: what to do?
[13:58] <Riddell> kranzer: best learn how to use ssh then, try sshing into localhost
[13:59] <kranzer> Riddell: what localhost?
[13:59] <Riddell> kranzer: sorry I'm out of time
[13:59] <sitter> I think you really should use -vvvvvvvvvvvvvvvvvvvvvvv for debugging rather than trial and error around it :P
[13:59] <kranzer> Riddell: the task is still not approved(
[14:01] <Riddell> sitter: what's the telepathy-qt5 update needed for? is there a telepathy-kde with kf5 released yet?
[14:02] <sitter> Riddell: no but apparently it is ~finished so it might just get into vivid and we have 0 means to CI right now thanks to canonical blocking the show
[14:03] <sitter> on a related note, packagekit foo in plasma-desktop is blocked by a similar issue where upgrading packagekit* would break ubuntu's packagekit python reimplementation ontop of aptdaemon -.-
[14:05] <sitter> oh
[14:05] <sitter> d_ed: did you by any chance look at the telepathy-qt patchery from canonical I showed you a while ago?
[14:05] <kranzer> Riddell: can you just tell me what to do with that patches?
[14:10] <Riddell> kranzer:   the patch needs updated so it applies to the current source
[14:10] <Riddell> kranzer: start with a fresh source and debian/ dir
[14:10] <Riddell> quilt push
[14:10] <Riddell> when there's a problem it won't apply
[14:10] <Riddell> quilt push -f  will force it to apply
[14:10] <Riddell> then you need to edit the file it didn't manage to patch
[14:10] <Riddell> and   quilt refresh  to update the patch
[14:11] <Riddell> d_ed is busy talking to apol
[14:11] <sitter> pft
[14:11] <kranzer> Riddell: fresh source?
[14:11] <Riddell> kranzer: yes start with the tar again, I've no idea what start your code is currently in
[14:12] <kranzer> Riddell: do versions written in diff matter?
[14:14] <kranzer> Riddell: do "quilt push" in /debian?
[14:16] <Riddell> oh you probably also need to  export QUILT_PATCHES=debian/patches
[14:17] <Riddell> run  quilt push  in top code directory
[14:18] <sitter> Riddell: btw I made git ppa buildpackage supposedly work for what you were whining about
[14:19] <sitter> alas, I am not sure because we have no autotests
[14:19] <Riddell> yay!
[14:20] <Kakadu> Well, I managed to get when my plasma5 loading freezes.  http://paste.in.ua/10232/ Any ideas what is wrong there (except akonadi) ?
[14:22] <sitter> #plasma might
[14:23] <_Groo_> try disabling the compositor at startup
[14:23] <_Groo_> and change the render to egl instead of glx
[14:25] <kranzer> Riddell: when will you have time?
[14:27] <Riddell> sitter: d_ed says the patches which don't apply are the ones which aren't needed
[14:28] <Riddell> cos he applied better fixes already
[14:28] <Riddell> and the rest should still apply
[14:28] <Riddell> kranzer: if you work out ssh I can set up an ec2 again
[14:28] <Kakadu> _Groo_: Oh, egl have fixed the problem
[14:29] <Kakadu> Well, it loads at least
[14:29] <kranzer> Riddell: g2g, bye!
[14:29] <Kakadu> Where should I report that?
[14:29] <_Groo_> glx is broken with intel drivers for some weeks now
[14:29] <_Groo_> bugs.kde.org
[14:29] <_Groo_> kwin
[14:30] <Riddell> tsdgeos: sflphone uploaded
[14:30] <tsdgeos> Riddell: tx
[14:32] <bukai> Riddell: the firefox problem is not a css problem it's a jquery problem as guessed.
[14:44] <soee> can someone take a look @ #kubuntu ?
[14:46] <Riddell> soee: check they have kubuntu-desktop installed
[14:46] <_Groo_> Riddell: hi Riddell
[14:46] <_Groo_> Riddell: did you add my sddm_kcm package to 5.2 beta?
[14:47] <sitter> Riddell: did you add sddmkcm to ci? :P
[14:50] <Riddell> _Groo_: 5.2 beta is tagged tomorrow
[14:50] <Riddell> sitter: likewise
[14:50] <_Groo_> sddm_kcm follows the kf5 releases? although its part of kde i believe they follow a different time schedule
[14:51] <Riddell> sitter: did you add networkmanager-qt and kpackage to ci?
[14:51] <_Groo_> lol
[14:51] <Riddell> _Groo_: kf5 and plasma are different schedules.  plasma is tomorrow.  sddm_kcm is plasma
[14:51] <_Groo_> ah ok
[14:51] <_Groo_> my bad
[14:52] <_Groo_> being as annoying as i am, is there any ppa for 14.12 ports to utopic?
[14:54] <Riddell> _Groo_: nope, I'm on kf5 ports to utopic now http://qa.kubuntu.co.uk/kf5-status/utopic/build_status_5.6.0_utopic.html
[14:54] <Riddell> plasma and apps backports are TODO
[14:55] <_Groo_> k, tks
[14:58] <sitter> Riddell: yes
[15:06] <Kakadu> _Groo_: thanks for your advice again. I have fill a bug. https://bugs.kde.org/show_bug.cgi?id=342582
[15:06] <Kakadu> If I need to add more information say it, please
[15:06]  * Kakadu is not sure which logs should be added
[15:09] <_Groo_> Kakadu: you can try and usemy experimental graphics ppa that has latest radeon,intel,llvm,mesa,libdrm,etc etc
[15:09] <_Groo_> Kakadu: but i think its still broken
[15:09] <_Groo_> https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa/+packages
[15:10] <_Groo_> also there is a ugly workaround that sometimes works for me
[15:10] <Riddell> Pali: what else should I copy over to backports from your ppa?
[15:10] <_Groo_> whemn you are stuck at the loading screen, jump to another tty , wait a few seconds and jump back to the loading screen
[15:10] <_Groo_> loading screen should now resume
[15:11] <_Groo_> i believe its a bug in the way kwin uses BOs and the intel driver swaps the bos
[15:12] <Kakadu> I have jumped many times and it did not help me
[15:13] <_Groo_> yeah, it was flimsy at best
[15:14] <Pali> Riddell: I have not looked yet what you copied, but basically all packages (which builds did not fail)
[15:15] <Pali> it is possible to view package list "diff" between two PPA?
[15:16] <bukai> Riddell: ping
[15:17] <Riddell> hi bukai
[15:18] <bukai> Riddell: I am really confused. check http://test.kubuntu.co.uk/sok/ on firefox, its working fine
[15:18] <bukai> so there is no problem with my code ie css or jquery
[15:18] <bukai> but on integrating with wordpress the error occurs
[15:19] <bukai> Any Idea as to where to start looking
[15:19] <bukai> Riddell: ^
[15:20] <Riddell> mm not really
[15:20] <Riddell> who knows about wordpress? ovidiu-florin? soee?
[15:29] <sitter> http://www.cs.kent.edu/~jmaletic/papers/ICPC2010-CamelCaseUnderScoreClouds.pdf :'<
[15:31] <Riddell> ?
[15:34] <sitter> CamelCaseLessReadableApparently
[15:42] <Riddell> ah I see, I don't think I have much of an opinion other than I trust Qt style and they do camel case
[18:20] <soee> hiho
[18:26] <soee> packages are a bnit messedup in vivid ?
[18:36] <soee> Riddell: http://paste.ubuntu.com/9689001/
[18:47] <shadeslayer> soee: Riddell's gone
[18:47] <shadeslayer> and hmm
[18:48] <shadeslayer> soee: what happens with dist-upgrade
[18:48] <soee> gone ? :D
[18:48] <shadeslayer> gone home for the day
[18:48] <soee> shadeslayer: same with dist-upgrade
[18:48] <soee> maybe ill wait with updates till its fixed
[18:49] <shadeslayer> I guess
[19:56] <kranzer> Riddell: task isn't still approved
[19:57] <kranzer> ?
[20:01] <BluesKaj> whoa, we have a large removal of essential packages if dist-upgrade is used ..suppose this is what the discussion was about earlier today
[20:02] <BluesKaj> on 15.04
[20:14] <soee> BluesKaj: this [19:36] <soee> Riddell: http://paste.ubuntu.com/9689001/ ?
[20:20] <BluesKaj> soee, like I said there are lot of packages/apps being removed, but not reinstalled
[20:27] <kranzer> Riddell: ping
[20:33] <soee> kranzer: hes gone home
[20:33] <kranzer> soee: where was he?
[20:33] <soee> when ?
[20:34] <kranzer> soee: before he went home
[20:34] <soee> @ office i think
[20:38] <kranzer> soee: clear
[20:46] <kranzer> soee: maybe you can help me?
[20:47] <soee> kubotu: im not familiar with packaging, shadeslayer maybe ?
[20:48] <kranzer> soee: okay :(
[20:48] <shadeslayer> whats up?
[20:49] <soee> kranzer: ^
[20:49] <kranzer> shadeslayer: can you help me?
[20:49] <shadeslayer> whats the question?!
[20:50] <kranzer> shadeslayer: I dk what to do with patches
[20:50] <shadeslayer> uh, whats the issue with the patch for starters?
[20:50] <shadeslayer> and I have no clue what you're doing, so you'll have to catch me up
[20:50] <shadeslayer> I only have 15 minutes though
[20:50] <kranzer> kranzer@kranzer-System-Product-Name:~/digicam/digikam-4.6.0/debian$ quilt -f push File series fully applied, ends at patch patches/upstream_bug338037.diff kranzer@kranzer-System-Product-Name:~/digicam/digikam-4.6.0/debian$ quilt refresh Nothing in patch patches/upstream_bug338037.diff
[20:51] <shadeslayer> why are you running quilt refresh when quilt push worked?
[20:51] <kranzer> shadeslayer: Riddell told
[20:52] <kranzer> shadeslayer: last patch cleans
[20:53] <shadeslayer> you're not making much sense
[20:55] <kranzer> shadeslayer: see this https://paste.kde.org/p1jvmux5w
[20:57] <shadeslayer> quilt push -f kubuntu_mysqld_executable_name.diff
[20:57] <shadeslayer> quilt refresh
[20:57] <shadeslayer> quilt pop -a
[20:57] <shadeslayer> make sure kubuntu_mysqld_executable_name.diff isn't busted
[20:57] <shadeslayer> and then proceed
[20:59] <kranzer> shadeslayer: quilt refresh Nothing in patch patches/upstream_bug338037.diff
[21:00] <kranzer> shadeslayer: what does it want from upstream_***.diff?
[21:01] <shadeslayer> idk, I'm tired, lets continue tomorrow
[21:01] <kranzer> shadeslayer: https://paste.kde.org/pnetopsng
[21:01] <kranzer> shadeslayer: okay, thanks
[21:01] <shadeslayer> your patches are fscked
[21:02] <shadeslayer> you'll have to check if the upstream_* patch has been shipped in this release
[21:02] <shadeslayer> if it has, then you can drop it
[21:02] <shadeslayer> others have to be kept around, so you might have to rewrite them from scratch if the code has changed alot
[21:08] <shadeslayer> night
[21:12] <kranzer> shadeslayer: bye