[20:13] <pleia2> putting up saucy eol announcement
[20:16] <jose> pleia2: sorry for not getting to it earlier, completely forgot
[20:16] <pleia2> jose: no worries, that's why we're a team! :)
[20:18] <Unit193> Tag team. ;)


[05:42] <baimafeima> Hi all
[05:42] <baimafeima> does anyone know how https://github.com/snapcrafters/tor-browser is coming along?
[17:15] <ikey> Anyone wanna help me design the steam-support snap interface? :P
[17:15]  * ikey puts out begging cup
[17:23] <ikey> fwiw i have most of it written i just need help with autoconnect foo


[05:44] <ybaumy> please make remove-unit really work
[05:49] <ybaumy> also does set-model-constraints tags=test work for all machines und unit deployments?
[05:50] <ybaumy> the problem im having is that constraints do not work when add-unit is used
[05:51] <ybaumy> so to scale out there is no way to use a specific machine set or is there?
[05:55] <ybaumy> this really a showstopper if i cant scale out to machine sets who share the same tags
[06:51] <pranav_> Hi Folks. I am facing issue in publishing our charm for review
[06:52] <pranav_> charm list resources shows
[06:52] <pranav_> [Service] RESOURCE REVISION install  -1
[06:52] <pranav_> but running "charm release cs:~vtas-hyperscale-ci/hyperscale-0 --resource install-1 --channel edge" Gives error
[06:53] <pranav_> ERROR cannot release charm or bundle: bad request: charm published with incorrect resources: cs:~vtas-hyperscale-ci/hyperscale-0 resource "install/1" not found
[08:25] <kjackal> Good morning Juju world!
[08:53] <Guest50267> Hey all. Any one has idea on charm push-term?
[08:53] <Guest50267> getting error ERROR unrecognized command: charm push-term
[08:54] <Guest50267> charm version is 2.2.0-0ubuntu1~ubuntu16.
[09:00] <tejaswi> hi team, I am trying to install all OpenStack services using Juju. However, due to this bug - https://bugs.launchpad.net/charms/+bug/1417407, the haproxy cfg files are getting overridden by new services.
[09:00] <mup> Bug #1417407: haproxy enabled by default for keystone, cinder, openstack-dashboard, nova-cloud-controller and glance breaks deploying multiple light services to the same node. <Juju Charms Collection:New> <https://launchpad.net/bugs/1417407>
[09:01] <tejaswi> How to fix this issue ?
[09:01] <tejaswi> Is there a way to install OpenStack without haproxy ?
[09:10] <ybaumy> hmm
[09:10] <ybaumy>   '3':
[09:10] <ybaumy>     series: xenial
[09:10] <ybaumy>     contraints: tags=devcloud,node
[09:10] <ybaumy> ah forget it
[09:11] <ybaumy> i should learn how to write constraints
[09:25] <cnf> ybaumy: what is wrong with it?
[09:26] <ybaumy> i wrote constraints instead of constraints
[09:26] <ybaumy> -s
[09:26] <ybaumy> in the first
[09:26] <cnf> ah :P
[09:26] <cnf> dem morning typos
[09:27] <ybaumy> im up since 5 so its forgiven
[09:28] <ybaumy> cnf have you ever had the problem to add a unit with constraints?
[09:28] <cnf> uhm, i learned of constraints yesterday
[09:28] <cnf> i have yet to successfully use them
[09:29] <ybaumy> i wonder if i have to add-machine first then add-unit --to
[09:29] <cnf> ask me again in 20 minutes, i'll tell you if my srtuff came up :P
[10:14] <kjackal> tejaswi: You could ask at #openstack-charms
[10:15] <kjackal> ybaumy: you do not need to first add a machine and then deploy the app. You just do a juju deploy .... --constraints "mem=4G ...."
[10:16] <ybaumy> kjackal: no its about scale out with add-unit
[10:17] <ybaumy> how do i make constraints inherited
[10:17] <ybaumy> if that is the correct term
[10:21] <tejaswi> kjackal: ok
[14:23] <magicaltrout> need a hack, how do i manually unset a state?
[14:32] <magicaltrout> lazyPower: ping
[14:35] <lazyPower> magicaltrout: charms.reactive remove_state
[14:35] <magicaltrout> I actually had another question, but that will hopefully help resolve it
[14:35] <magicaltrout> ever seen this
[14:36] <magicaltrout> 2017-03-17 14:30:26 INFO install Generating RSA private key, 2048 bit long modulus
[14:36] <magicaltrout> 2017-03-17 14:30:27 INFO install unable to write 'random state'
[14:36] <magicaltrout> 2017-03-17 14:30:27 INFO install e is 65537 (0x10001)
[14:36] <lazyPower> O_o
[14:36] <lazyPower> unable to write random state?
[14:36] <magicaltrout> the weird thing is if i actually run the command it runs fine
[14:36] <lazyPower> thats a new one on me
[14:36] <lazyPower> marcoceppi: ^ have you seen this?
[14:36] <lazyPower> you've seen like every nit noid thing we've come up with
[14:37] <magicaltrout> its in your code, thats why i'm asking :P
[14:37]  * lazyPower crosses fingers
[14:37] <lazyPower> magicaltrout: well lets not point fingers
[14:37] <lazyPower> what code?
[14:37] <magicaltrout> hehe, k8s master
[14:37] <magicaltrout> but this is on my weird openstack deployment platform, so i'm not blaming you, its probably entropy rubbish
[14:38] <lazyPower> yeah thats what i was about to say is that it sounds like the unit hasn't generated enough entropy
[14:38] <magicaltrout> but my openstack cluster and canonical k8s really hate each other :)
[14:38] <lazyPower> and we host entropy.ubuntu.com
[14:38] <lazyPower> which should have given you enough of a random seed for entropy
[14:38] <magicaltrout> I'm gonna remove authentication.setup
[14:38] <magicaltrout> in the hope a rerun will kick it enough
[14:39] <magicaltrout> cause it just stops, but weirdly, i wouldn't have thought it got set
[14:39] <magicaltrout> so I don't know why it isn't run a second time
[14:41] <magicaltrout> bombed again
[14:41] <magicaltrout> what the
[14:42] <magicaltrout> weird and interesting
[14:43] <marcoceppi> magicaltrout: not enough /dev/random bits?
[14:44] <magicaltrout> http://pastebin.com/5WUhAr7Y
[14:44] <magicaltrout> well
[14:44] <magicaltrout> if I run the hook
[14:44] <magicaltrout> it fails
[14:44] <magicaltrout> if I run the command via juju run
[14:44] <magicaltrout> it fails
[14:44] <magicaltrout> if I ssh into the box and run it manually
[14:44] <magicaltrout> it runs
[14:45]  * magicaltrout gets out the big # based crowbar
[14:47] <marcoceppi> magicaltrout: is there a .rnd file in /root ?
[14:47] <magicaltrout> yup
[14:56] <magicaltrout> sorry lazyPower not trying to grumble, just trying to figure out juju/k8s weirdness on a random openstack cluster I have zero control over but have been asked to deploy kubernetes to
[14:56] <magicaltrout> :)
[14:56] <magicaltrout> anyway, i've commented it out, we'll see how we go
[15:10] <lazyPower> magicaltrout: oh not even upset man, just trying to keep my head above water atm. I'm sick, heavily medicated, and in/out of meetings for the last hour.
[15:11] <magicaltrout> join the club, my nose was streaming on the way back from NYC
[15:11] <magicaltrout> i'm not sure my fellow passengers were overly impressed
[15:12] <lazyPower> yeah, must be going around.
[15:12]  * lazyPower reads more of the backscroll
[15:12] <lazyPower> magicaltrout: this does seem like an issue with entropy
[15:13] <lazyPower> i'm not sure why its working when you manually run it vs script execution though.
[15:13] <magicaltrout> yeah its a bit odd
[15:13] <lazyPower> perhaps the fact you've logged in and issued the command gave it the bump it needed in terms of entropy
[15:13] <lazyPower> this is outside my scope of knowledge in crypto
[15:13] <magicaltrout> but also fails in juj run as well
[15:13] <magicaltrout> so its happy when you have a shell open
[15:13] <magicaltrout> oh well
[15:13] <lazyPower> i would probably be poking dustin about this and asking him to teach me to fish, or links so i can read about fishing.
[15:14] <magicaltrout> this is possibly the slowest openstack cluster the US Govt could possibly own
[15:14] <lazyPower> pfft
[15:14] <lazyPower> you had to challenge them didnt you?
[15:14] <lazyPower> your next stack will be a bunch of minnowboards
[15:14] <magicaltrout> well i got more ram
[15:14] <magicaltrout> but apt update takes ~25 minutes per server :)
[15:14] <magicaltrout> I think i might be a bit IO bound
[15:15] <jrwren> magicaltrout: welcome to my slow-server case. There are some apt tunings you can do.
[15:15] <Budgie^Smore> o/ juju world!
[15:15] <Budgie^Smore> hope your feeling better today lazyPower
[15:15] <jrwren> magicaltrout: I've always felt that charms should be optimized to run apt-update minimally, but instead they run it rather often. It really makes for slow charm deploys when things are on slow IO :(
[15:15] <lazyPower> Budgie^Smore: i'm mostly dead inside because of all the medication, but i'm present and accounted for.
[15:16] <magicaltrout> tell me about it jrwren, slow or completely time out
[15:16]  * rick_h ships lazyPower some OJ
[15:16] <lazyPower> Budgie^Smore: how are things giong for you and your maas k8s deploy?
[15:16] <magicaltrout> i spin up units manually and run apt update befoe dumping juju workloads on them
[15:16] <lazyPower> rick_h: <3
[15:16] <lazyPower> magicaltrout: are you using the daily image stream?
[15:17] <Budgie^Smore> lazyPower oh I keep hitting hurdle after hurdle there and all of them of my own making probably
[15:17] <lazyPower> magicaltrout: if you're using daily images your deltas should be pretty minimal
[15:17] <magicaltrout> there aren't that many lazyPower, but it takes forever installing a new kernel
[15:17] <lazyPower> magicaltrout: i know if you're using the "stable" image stream you could be somewhere near 3 months of package updates, depending on patch release and which image.
[15:18] <Budgie^Smore> lazyPower the latest one is having me rethink using VBox in favor of kvm due to not be able to change the power types in MaaS 2.1
[15:18] <jrwren> magicaltrout: do you find that dumping juju workloads on them is also slow because the juju workload apt update / upgrade as well?
[15:19] <magicaltrout> na thats not as bad jrwren cause the delta is 0 by this time
[15:19] <Budgie^Smore> lazyPower still need to figure out how to solve the cert issue on my clound k8s cluster too
[15:19] <jrwren> magicaltrout: ah, well that is good.
[15:19] <lazyPower> Budgie^Smore: - cert issue? i think i've missed context here... sounds like you've told me about this one and i forgo about it....
[15:19] <lazyPower> Budgie^Smore: do you mind re-iterating and i can try to help?
[15:20] <Budgie^Smore> lazyPower but that one is getting some larger instances as dev created a tool that will swallow memory like it is going out of fashion
[15:20] <lazyPower> hah
[15:20] <magicaltrout> I spent about 6 hours on tuesday trying to get the k8s routing working and it kept failing, i suspect because the update times were so rubbish juju failed or hadn't updated some services
[15:20] <lazyPower> is it java based? :D
[15:20] <magicaltrout> I have more ram now, just slow disks, so hopefully I'll get further :)
[15:21] <lazyPower> magicaltrout: k8s routing... meaning ingress?
[15:21] <magicaltrout> yeah, and dashboard
[15:21] <magicaltrout> they all failed to route out
[15:21] <Budgie^Smore> lazyPower sure, give me a few mins to pull the acctual error but basically it looks like one of the tools is complaining about an unknown CA which is causing it not to display logs either in the dash board or from kubectl logs
[15:21] <lazyPower> ok, you do know that we dont enable external dashboard access outside of proxy by default right?
[15:21] <lazyPower> you can easily default that, but we dont make it easy because its a huge security hole
[15:21] <magicaltrout> yeah i run the kubctrl proxy
[15:21] <magicaltrout> just get 504's
[15:22] <lazyPower> Budgie^Smore: ok, that sounds like 1 of 2 things. I"ll wait for the error before i diagnose
[15:22] <magicaltrout> anyway, i'm not there yet today, when I am, we'll see :)
[15:22] <lazyPower> magicaltrout: ok, when you do get there, make sure you have my attention and i'll help
[15:22] <lazyPower> we have a bug open from another user that ran into unexpected behavior
[15:22] <lazyPower> stuff that i haven't been able to reproduce
[15:22] <magicaltrout> i mean i've only been spinning up openstack nodes for it for like 3 hours! :P
[15:22] <lazyPower> so i'm highly interested in findign out wtf is going on
[15:22] <magicaltrout> yeah i saw that ticket
[15:22] <magicaltrout> it looked similar
[15:22] <lazyPower> yeah man, if its the same, lets find it and nail it to the wall
[15:22] <lazyPower> i dont like bugs i cant reproduce
[15:26] <Budgie^Smore> I have one of those with the MaaS team right now lazyPower ;-)
[15:32] <Budgie^Smore> oh I just noticed that I am using IPv6 at home!
[15:38] <lazyPower> Budgie^Smore: you mean a non-reproduceable bug by the maintainers?
[15:38] <lazyPower> Budgie^Smore: kill it with fire
[15:39] <Budgie^Smore> lazyPower yeah, install related issue where the rack controller doesn't register to the region controller
[15:39] <lazyPower> :S
[15:39] <lazyPower> fun times, that one
[15:40] <lazyPower> Budgie^Smore: i'm guessing nothing in the logs of the region controller? Nothing indicative that the network is not the culprit?
[15:41] <Budgie^Smore> lazyPower I saved a copy of the virtual disk one of the times it happened but haven't heard from the maintainers if they would like it... there is an error in there but didn't point to the culprit, I suspect network latency issues though
[15:47] <stormmore> ok so lazyPower, here is the output from kubectl --v=8 logs - http://paste.ubuntu.com/24195846/
[15:49] <lazyPower> ok, i see the x509 errors in here. This is consistent with a couple problems that might have arisen...
[15:50] <stormmore> lazyPower, it is worth noting that I only started getting this error once I upgrade my kubectl client version to 1.5.3, with 1.5.1 it was an annoying generic catch all failure
[15:50] <lazyPower> 1 sec, let me finish gettign this multi-cloud test run of the etcd3 stuff going. Can you get me the output of juju run-action kubernetes-master/0 debug
[15:50] <lazyPower> post that somewhere secure, it'll have logs + config files that you dont want to leak
[15:51] <lazyPower> stormmore: that sounds like some of the extra debugging that landed in 1.5.2, so it makes sense that was expanded when you upgraded.
[15:51] <lazyPower> but i'll want the output of the debug action on your master so i can verify the tls components were installed correctly
[15:52] <stormmore> I am wondering if this is an affect from upgrading the cluster
[15:53] <stormmore> (and messing it up when I just did a juju deploy over the top of the current one)
[15:54] <stormmore> lazyPower, OK to DDC it to you?
[15:56] <arosales> hatch: I added a comment to https://github.com/juju/docs/issues/1651
[15:56] <arosales> hatch: I also opened up https://github.com/juju/docs/issues/1723
[15:56] <hatch> kewl thanks
[15:58] <lazyPower> stormmore: hang on and i'll see about deploying a secure upload
[15:58] <lazyPower> i'm on znc + weechat and haven't used DCC since the 90's
[15:59] <lazyPower> that combination means i'm probably going to have tears at the end of it :P
[15:59] <stormmore> right! yeah it has been awhile for me too... not even sure how well Hexchat handles it
[16:02] <magicaltrout> DCC! jesus, i'd forgotten that was a thing
[16:02] <magicaltrout> those were the days
[16:02] <magicaltrout> it didn't work then
[16:02] <magicaltrout> it won't work now :)
[16:05] <psarwate> Hey folks. I am unable to get juju terms to work with my charm.
[16:06] <psarwate> Eventhough the charm is not agreed upon, juju still doesn't prompt me
[16:06] <psarwate> the terms is not agreed upon*
[16:13] <stormmore> OK I have the debug log :) reminds me of sosreport back in the day
[16:22] <magicaltrout> I figured out my dashboard faux pas lazyPower , no UDP routes between the nodes
[16:22] <magicaltrout> oops :)
[16:30] <arosales> hatch: one more https://github.com/juju/docs/issues/1724
[16:30] <lazyPower> magicaltrout: ah interesting
[16:31] <arosales> hmm seems I missed psarwate
[16:31] <arosales> I wonder if Juju was actually deploying his charm though . .  .
[16:33] <hatch> thanks arosales
[16:34] <arosales> also if psarwate was deploying locally then terms will be bypassed
[17:39] <lazyPower> cs:~containers/etcd-25  (edge channel) was just released, introducing deb=>snap migration path and roll forwards to etcd 3.1.3  (juju config etcd channel=3.1/stable)  -- you'll need to follow the migration path in the readme however. All early feedback appreciated
[17:42] <lazyPower> plus sesnding a notice to the list with a bit more details than this blurb ^
[17:43] <rick_h> lazyPower: congrats!
[17:44] <lazyPower> rick_h: its pretty cool to see the capability of rolling forward and rolling backwords using a single config option. (potential data mismatch if you're actively reciving data during the forward jump, rollback will restore to the state just prior to the upgrade). but its nice to know we support this now in the event of troubled clusters.
[17:44] <rick_h> lazyPower: yea, cool how things are moving
[20:19] <petevg> cory_fu: you did some work to making rebuilding the python-libjuju _client easier, right?
[20:26] <stormmore> btw lazyPower I am looking at using SDN in this cluster
[20:47] <cory_fu> petevg: Yes.  Are you planning to rebuild it?
[20:48] <petevg> cory_fu: yes. Though we may have to tackle the multiple versions thing sooner rather than later.
[20:48] <petevg> cory_fu: filing a bug and pushing a repro right now ...
[20:50] <petevg> cory_fu: issue at https://github.com/juju/python-libjuju/issues/90, and test reproducing it at https://github.com/juju/python-libjuju/pull/91
[20:50] <petevg> cory_fu: do the docs on building live anywhere?
[20:51] <cory_fu> petevg: Yes, but my Makefile changes seem to have disappeared
[20:51] <petevg> cory_fu: that's why I couldn't find them :-/
[20:53] <cory_fu> wth
[20:56] <petevg> cory_fu: git ate your homework!
[20:59] <cory_fu> petevg: Well, I can't for the life of me figure out what happened to the Makefile changes I made, but they're not strictly necessary and were relatively minor.  The important bit is at https://github.com/juju/schemagen
[21:00] <cory_fu> petevg: Build and run that, directing the output to juju/client/schemas.json, and then run the "client" target: https://github.com/juju/python-libjuju/blob/master/Makefile#L13
[21:00] <petevg> cory_fu: cool. thx.
[21:01] <petevg> cory_fu: since the alpha has breaking changes, this is also the time to worry about different versions of the _client.py in python-libjuju, right? As in: I shouldn't just slam these changes in ...
[21:03] <cory_fu> petevg: Well, it's just one API, and we could work around it in the wrapper around FullStatus that we definitely should have.  But we do need to support facade versions eventually so if you can come up with a good way to handle that, I'm down
[21:04] <magicaltrout> so lazyPower if I run the microbot service and then want to check it
[21:04] <petevg> cory_fu: cool. That sounds more fun than downgrading juju and having to deal with halfway destroyed models cluttering my env :-)
[21:04] <magicaltrout> do I have to munge my hosts file to make it resolve?
[21:04] <cory_fu> petevg: It would be good to have _client.py split up anyway, and splitting it by facade version shouldn't be much harder.
[21:05] <cory_fu> petevg: The hard bit would be figuring out which facade versions to use based on the controller.  I don't know if there's a way to query that
[21:05] <cory_fu> petevg: Also, I would imagine that the object layer code would need to know how to work with the different facade versions as well.
[21:05] <petevg> Ayup.
[21:07] <cory_fu> petevg: Aren't the facades supposed to keep us from having version-specific logic in the code?  I'm a little unclear on how they're supposed to help
[21:08]  * magicaltrout is getting 502's and nothing else \o/
[21:08] <petevg> cory_fu: My expectation would be that if you do nothing, you are operating against stable, and if you pass in a flag somewhere, you operate against some other version.
[21:08] <petevg> cory_fu: it would be cool to do some magic with imports, but I don't think that import time is the right time.
[21:08] <petevg> connection time probably isn't right, either.
[21:10] <cory_fu> petevg: Maybe tvansteenburgh has some insight for us here?
[21:12]  * tvansteenburgh wakes up
[21:13]  * tvansteenburgh reads scrollback
[21:15] <tvansteenburgh> petevg: cory_fu: https://github.com/juju/python-libjuju/issues/49. we can dynamically use the right facade version pretty easily. the trick will be handling changing api signatures in the object layer
[21:16] <tvansteenburgh> happy to discuss that at some point, but that point is not today :)
[21:16] <magicaltrout> okay... lazyPower my microbot containers are all paused... no idea why or what that is, answers on a postcard when you get bored
[21:16] <petevg> tvansteenburgh: Cool. I'm going to head out to dinner soon, anyway. Thank you for the linky :-)
[21:16] <tvansteenburgh> sure thing
[21:29] <lazyPower> magicaltrout Budgie^Smore - i think i foudn the issue with your x509 validations - https://github.com/juju-solutions/bundle-canonical-kubernetes/issues/238
[21:31] <lazyPower> magicaltrout Budgie^Smore - if you could check your /etc/default/kubelet file's for the presence of the tls flags + disabling anonymous auth on kubelet, that would be choice to validate its the root cause of the validation issues post 1.5.3 update
[21:33] <magicaltrout> i don't have cert issues :)
[21:33] <magicaltrout> not yet anyway
[21:34] <magicaltrout> http://pastebin.com/raw/gSWGEk1E
[21:34] <magicaltrout> any idea lazyPower \o/ :)
[21:34] <magicaltrout> even docker run -d dontrebootme/microbot:v1
[21:34] <magicaltrout> is failing on me
[21:34] <magicaltrout> which is weird cause I have other containers running fine
[21:35] <lazyPower> whats this about ipv6
[21:36] <lazyPower> and it cant seem to find any of the image layers
[21:36] <lazyPower> i'm not sure how you got into this state but this is certainly fun magicaltrout
[21:36] <magicaltrout> lol
[21:36] <magicaltrout> this is just post install
[21:36] <lazyPower> not without some effort it isnt
[21:37] <lazyPower> how do you get docker to know about the meta of the image but have none of the data to back it up?
[21:37] <magicaltrout> i swear gov'ner over than installing the charms i've not touched it from base xenial
[21:40] <lazyPower> yeah i'm not sure what to recommend here magicaltrout
[21:40] <lazyPower> i've not seen this before. I suspect i'm missing pieces to the puzzle
[21:40] <lazyPower> magicaltrout best i can suggest at this juncture would be to capture the model with a juju-crashdump report and post that for post analysis
[21:44] <magicaltrout> reboot managed to make things worse \o/
[21:44] <magicaltrout> ho ho, nothing better on a friday night
[21:45] <stormmore> oh nice lazyPower! let me look, sorry I have taken today as a chance to write some documentation
[21:48] <stormmore> you still there lazyPower? http://paste.ubuntu.com/24197670/ is the /etc/default/kubelet from one of the workers
[21:50] <lazyPower> stormmore yeah looks like the tls flags + auth flags didn't make it in the upgrade
[21:50] <lazyPower> Cynerva not sure if you're still here, its pretty late in the day. ^
[21:50] <lazyPower> i filed https://github.com/juju-solutions/bundle-canonical-kubernetes/issues/238 in reference to this.
[21:51] <lazyPower> stormmore thanks for validating, we should have a patch or working fix for this soon
[21:51] <lazyPower> the manual fix is pretty simple too, but i'd rather the charms take care of themselves and update that defaults file.
[21:51] <stormmore> so the "workaround" would be to add those flags?
[21:51] <lazyPower> yeah
[21:52] <stormmore> yeah no problem, I think I have a bought a little bit of time on that anyway. need to add 3 larger instances and remove 3
[21:57] <magicaltrout> lazyPower: the ipv6 stuff is cause flannel has an ipv6 address and dishes them out to the container eth adapters
[21:58] <magicaltrout> i removes /var/lib/docker which seems to have resolved the layer issues
[21:58] <magicaltrout> what is amazing though is
[21:59] <magicaltrout> nginx-ingress-controller runs fine on the same machine?!
[21:59]  * magicaltrout needs hard liquor
[22:02] <petevg> cory_fu: my first (probably naive) attempt at "make client" failed with this error: https://pastebin.canonical.com/182956/  (This is using a schema.json that I generated with schemagen).
[22:02] <petevg> cory_fu: it's dinner time, though, so I'm going to do that, and then worry about things more on Monday.
[22:02] <petevg> Have a happy weekend!
[22:02] <magicaltrout> oooh fsck
[22:02] <magicaltrout> you can't docker exec into microbot
[22:03] <magicaltrout> that explains that then
[22:03] <cory_fu> petevg: Damnit!  That was the error I fixed in the same code that I modified the Makefile target
[22:03] <cory_fu> petevg: I really don't want to have to re-do that.  It was a bit of a PITA
[22:04] <petevg> cory_fu: darn!  I will try doing some git Magic on Monday. Maybe I can fin your change ...
[22:04] <petevg> *find
[22:06] <magicaltrout> oooh blimey microbot is running
[22:06] <magicaltrout> i take it all back lazyPower
[22:06] <magicaltrout> its an amazing platform
[22:06] <magicaltrout> never questioned it!
[22:10] <magicaltrout> lazyPower: other question, trying to understand ingress stuff.  Is the microbot supposed to route through the loadbalancer?
[22:11] <magicaltrout> or mbruzek you're on the hook as well :P
[22:24] <magicaltrout> ooh the loadbalancer is only for the masters?
[22:42] <mbruzek> magicaltrout: no microbot is not going through the kubeapi-load-balancer, it goes through a kubernetes load balancer
[22:42] <mbruzek> when you create ingress rules
[22:49] <cory_fu> petevg: ah ha!  It's in the branch bug/77-deploy-resources!  You can easily see the changes I made in this commit: https://github.com/juju/python-libjuju/commit/ef59035b2596a1998615cb0ad3f73fe539531898
[22:49] <mup> Bug #77: Maybe drop you in the 'edit bug' page after adding a bug? <lp-bugs> <Launchpad itself:Invalid by bjornt> <https://launchpad.net/bugs/77>
[22:49] <petevg> cory_fu: yay! Thx.
[22:50] <cory_fu> petevg: If you want, I could submit that commit by itself as a PR
[22:50] <cory_fu> Probably worth doing
[22:51] <petevg> cory_fu: sure. Thx.
[22:53] <cory_fu> petevg: https://github.com/juju/python-libjuju/pull/92
[23:02] <stormmore> lazyPower, you don't have any toys to help devs assess the resource usage - cpu, mem - of their containers do you?


 Confirm need to enter 2x passphrase bug 1975481 Kinetic Lubuntu
[07:41] <guiverc> thanks @Leokolb
[07:44] <tsimonq2> -1 on separate boot partition, +1 on bug report
[07:44] <tsimonq2> Digging into it for personal reasons anyway
[07:44] <tsimonq2> Will update by EOW, please don't jump the gun with uploads, thanks :)
[07:45]  * tsimonq2 dumps 500 gallons of boiling hot espresso on tewarde
 tks @tsimonq2 (re @lubuntu_bot: (irc) <tsimonq2> Will update by EOW, please don't jump the gun with uploads, thanks :))
 "-1 on separate boot partition, +..." <- I agree. I am fairly sure unencrypted boot works if you do it manually. Encrypted boot should be default.
 "Will update by EOW, please don't..." <- Really brief look indicates we need to change our `fstab.conf` in cala-settings. the `crypttaboptions` key should now be `luks,keyscript=/bin/cat`
[11:55] <kc2bez[m]> In somewhat related news this has been fixed too https://github.com/calamares/calamares/issues/1818 but hasn't been released yet.
 "In somewhat related news this..." <- After reviewing this issue, I have mixed feelings...
[19:25] <tsimonq2> A) I run /tmp on tmpfs on my local system. In fact, I prefer it to /tmp on disk.
[19:25] <kc2bez[m]> I can't say that I disagree with you.
[19:26] <kc2bez[m]> I just wanted to mention it for discussion
[19:26] <tsimonq2> B) I think we should backport that new upstream commit to provide some granularity. If someone wants that functionality changed we should either introduce an option for it or just put the settings modification on the manual, I think upstream has sane defaults.
[19:26] <tsimonq2> That being said...
[19:26] <tsimonq2> I want to hear arguments against /tmp on tmpfs for SSDs
[19:27] <tsimonq2> And I think that this article should at least be considered: https://blog.dustinkirkland.com/2016/01/data-driven-analysis-tmp-on-tmpfs.html?m=1
[19:29] <tsimonq2> I think we should consider whether we want to backport this change (probably not). Either way if we make the changes now in the development release and note in the release notes, we should be golden for some extended pre-LTS testing.
[19:30] <kc2bez[m]> That's a perfect article Simon Quigley: thanks for linking that.
[19:30] <tsimonq2> Of course. My goto article on tmpfs.
[19:31] <tsimonq2> I used to live life on the edge. Run `cd $(mktemp -d)` and work off of there :P
[20:55] <arraybolt3> Just for the record, the 2x passphrase bug was done in a VM all by itself.
[20:55] <arraybolt3> (Not sure if that matters, but it looked like it might.)
[20:59] <kc2bez[m]> The 2x passphrase is a bug. The unencrypted boot is not. You should be able to do that manually.
[21:00] <kc2bez[m]> I posted a couple of config workarounds earlier but I haven't tested it yet.
[21:11] <arraybolt3> Oh, OK, I misunderstood. I was suggesting the unencrypted /boot by default for the sake of additional security, since encrypted /boot doesn't actually solve the problem its meant to (an attacker could just install a new OS on the target system who's entire job was to steal the passphrase, upload it, then mimic a failed boot, boom, passphrase stolen, encrypted /boot circumvented). But it was just a suggested fix with an added advantage.
[21:11] <arraybolt3> (I misunderstood thinking someone else had a different problem than the one in the bug report, and thought "unencrypted boot" meant they were dual-booting...)


[00:05] <sttng359> actually, that's not quite it, I actually deleteed those files and created new files as symlinks so they don't have a bad history.
[00:05] <sttng359> The only files that are messed up are images.
[00:06] <sttng359> other symlinks are fine.
[00:06] <sttng359> I recently changed all images including symlinks by adding a svn property svn:mime-type and committed.
[00:07] <sttng359> When I realized I also modified symlinks, I then droped that property from all symlinks and checked them in.
[00:08] <sttng359> so all image symlinks now have a history of add, followed by propset, and now propdel.  Other symlinks only have a history of add.
[00:09] <sttng359> No symlinks have their svn:special modified.
[00:34] <mtaylor> who does bzr-builddeb?
[00:34] <mtaylor> I'm having a weird issue with it and an interaction with pdebuild
[00:36] <mtaylor> some files in the diff (specifically ones in debian/source/include-binaries aren't making it in to the tree when I use pdebuild ... but when I use --builder='debuild' it does the right thing
[00:37] <lifeless> mtaylor: james_w
[00:38] <mtaylor> lifeless: thanks
[00:38] <mtaylor> james_w: ^^ :)
[00:39] <mtaylor> james_w: if you are so inclined, you can reproduce by grabbing lp:~drizzle-developers/pkg-drizzle/trunk and then running bzr bd --builder='pdebuild' ... it will churn for a while and then fail on the information_schema test
[01:06] <spiv> Good morning.
[01:09] <maxb> mtaylor: *sounds* like the problem is more likely pbuilder than bzr-builddeb
[01:09] <maxb> Try reproducing it without bzr-builddeb in the picture?
[01:16] <mtaylor> maxb: I haven't ... I'll try that next - although usually bzr bd is the one assembling everything for me, so I'll have to spend a few moments making sure I'm doing the same thing
[02:21] <james_w> mtaylor: please file a bug
[02:21] <james_w> I'll look at it, but can't right now, and don't want to forget
[02:23] <mtaylor> james_w: ok. will do
[02:29] <mtaylor> james_w: filed. thanks! (I'm just using normal debuild for now, so I've got a workaround and stuff)
[02:29] <james_w> great, thanks
[04:33] <lamalex> Can anyone answer a bzr vs. git question? Is there anything similar to git pull --rebase in bzr? I made some changes to my tree, and there were upstream changes. Can I pull them in and have the log be as it should have been had I been up to date in the first place?
[04:38] <fullermd> Not in one command anyway.
[04:39] <mwhudson> lamalex: bzr has the slight tendency to regard that as a non-goal
[04:39] <cody-somerville> I think there is a plugin that allows you to rebasing like that
[04:40] <mwhudson> generally by having 'log' behave a bit differently and having commands like bzr missing
[04:40] <lamalex> mwhudson, so bzr says just merge and deal with the merge commits?
[04:40] <mwhudson> yeah
[04:41] <lamalex> eh, ok
[05:42] <wgrant> lamalex: The bzr-rewrite plugin provides the functionality that you seek, but it's discouraged.
[06:03] <lamalex> wgrant, yeah, I'll just accept the merge commit. I've just gotten used to the git model while working on Banshee.
[07:12] <vila> hi all !
[07:14]  * fullermd waves at vila.
[07:17] <vila> \o_
[08:32] <jave> hello
[08:33] <jave> I'm trying to understand how I can fit a bzr shared repo structure on a hudson build structure
[08:36] <vila> jave: create it a level above the or at the 'workspace' directory
[08:38] <vila> jave: make sure to issue 'bzr reconfigure --use-shared' in the existing job directories after creating the repo
[08:41] <jave> ok, I have an existing bzr chckout, are you saying its possible to convert it to a shared instance?
[08:41] <vila> jave: yes
[08:41] <jave> nice!
[08:42] <vila> jave: create the shared repo *above* your checkout (where exactly depends on your setup and how wide you want to share) with 'bzr init-repo .'
[08:42] <vila> jave: then, *in* your working trees (where there is a '.bzr' directory) do: 'bzr reconfigure --use-shared'
[08:43] <vila> jave: alternatively delete all your checkouts after creating the repo
[08:43] <vila> jave: hudson should re-recreate them and bzr will then find the shared repo and use it
[08:43] <jave> the bzr server is very slow in this case, so id rather reuse the checkout if at all possible
[08:44] <jave> in this case the structure looks like this: /var/lib/hudson/jobs/emacs-trunk/workspace/
[08:44] <jave> /var/lib/hudson/jobs/emacs-imagemagick/workspace/
[08:44] <vila> jave: then create the shared repo at /var/lib/hudson/jobs/emacs-trunk
[08:45] <vila> err, oh, in this case, you may even want: /var/lib/hudson/jobs
[08:45] <jave> but the sibling is emacs-imagick?
[08:45] <jave> yes, but will bzr notice when the shared repo is not the immediate parent?
[08:45] <vila> you should issue 'bzr reconfigure --use-shared' in all workspaces
[08:45] <vila> jave: yes, any level up
[08:45] <jave> hmmm
[08:45] <jave> good!
[08:46] <vila> jave: if you have other bzr branches below /var/lib/hudson/jobs, it's up to you to leave them as standalone branches or reconfigure them to also use the shared repo
[08:46] <jave> ok
[08:47] <jave> the imagemagick dir is a failed  tandalone bzr checkout
[08:47] <vila> jave: if you want to create standalone branches under a shared repo, use 'bzr branch --standalone'
[08:47] <jave> ok
[08:48] <vila> jave: failed ? How ? Why ?
[08:49] <jave> well I tried to initialize it from the savannah bzr repo for emacs from the imagemagick branch, using the hudson bzr plugin. I got a python exception
[08:50] <vila> jave: and the exception was related to what ?
[08:50] <jave> I can maybe paste the trace somewhere
[08:50] <vila> !paste
[08:51] <jave> http://paste.ubuntu.com/483316/
[08:53] <vila> jave: worth filing a bug
[08:53] <vila> jave: you may also want to upgrade to 2.2final
[08:54] <jave> yes, thats why I dodnt file yet :)
[08:54] <jave> I'm atm trying to see if theres new rpms for fedora yet
[08:55] <vila> jave: anyway, once you have the shared repo set up, you may *deleted* the checkout under /var/lib/hudson/jobs/emacs-imagemagick/workspace/ and let hudson re-recreate it (it should use the shared repo and shouldn't need to download a lot)
[08:55] <jave> thanks
[08:55] <vila> s/*deleted*/*delete*/
[08:55] <jave> great!
[08:57] <spiv> vila: hah, I just found one reason why 'bzr status' was taking 25s for that gcc-linaro dev: https://bugs.edge.launchpad.net/ecryptfs/+bug/613873
[08:58] <vila> spiv: urgh
[08:59] <vila> spiv: I thought we rounded the mtime ? Or is it on windows only ?
[09:00] <spiv> vila: hmm!
[09:01] <spiv> Oh, heh:
[09:01] <spiv> Oh, hmm.
[09:02] <fullermd> Oh hah, oh hey, oh huh.
[09:03] <spiv> fullermd: harumph!
[09:03] <fullermd> That's not 3 letters long!
[09:04] <spiv> vila: I was going to suggest that maybe rounding of x.11 vs x.99 might account for it, but at a glance we truncate to an int towards zero.
[09:05] <vila> and the int contains the mtime in what resolution ?
[09:07] <spiv> vila: seconds
[09:07] <vila> wow
[09:08] <spiv> vila: you've ruined my beautiful theory :(
[09:08] <fullermd> How cruel   :(
[09:11] <vila> spiv: not sure about that, in the bug you point there is a difference > 0.5 seconds, so it can still apply
[09:12] <spiv> vila: but only in the sub-second part of the value
[09:13] <spiv> vila: if we always truncate the time towards zero, and we do, then I think we discard exactly the bits that might be wrong.
[09:13] <vila> spiv: the bug example starts a 11:14:40.000000000, nothing says it can't start at 11:14:40.5 and still get a adjustment
[09:13] <vila> spiv: then the first stat can say 11:14:40 and the second 11:14:41
[09:13] <spiv> Not on my reading of the bug.
[09:15] <vila> spiv: right, a strict reading invalidates your theory but I still think it's worth subscribing to the bug and ask lool if he can reproduce then bug when not using ecryptfs
[09:15] <spiv> Judging from the comments, it appears that ecryptfs isn't reliably conveying the sub-second part of mtime.  There's nothing there that suggests to me that the whole seconds part will ever be wrong.
[09:15] <vila> spiv: right, but nothing either to disprove it
[09:15] <spiv> This sounds like essentially the same bug the whole linux kernel itself had a few years ago.
[09:16] <vila> spiv: and one bug in this area says to me that there may be others too...
[09:17] <spiv> (Individual filesystems started to support subsecond mtimes etc, but the in-memory inode cache only held whole seconds, so you got different answers from lstat depending on if the data came from disk or cache)
[09:17] <spiv> vila: I certainly agree with the "there may be other bugs" theory :)
[09:24]  * spiv updates the bug
[09:25] <vila> spiv: the bug report itself is a gem...
[09:42] <vila> spiv: gentle nudge to the pp, I've put many wip mps back the review queue (and as such addressed your request about looking at the wip queue :-)
[09:49] <jave> now I get an exception while converting to shared format
[09:49] <jave> http://paste.ubuntu.com/483334/
[09:49] <jave> I cant seem to find 2.2 final rpm:s for fedora 13
[09:49] <jave> any suggestions?
[10:12] <thumper> is there any way to check the version of bzr that the remote smart server is using?
[10:14] <fullermd> There's a ping plugin that shows it...
[10:25] <spiv> thumper: install lp:bzr-ping, then 'bzr ping URL'
[10:27] <thumper> spiv: ta
[10:27] <thumper> fullermd: thanks too
[10:38] <awilkins> bzr-svn seems to be rather easier to cope with than git-svn ....
[10:46] <vila> jave: sorry, didn't see your msg earlier
[10:48] <vila> jave: that sounds like a corrupted repo :-/ cd into your .bzr/repository/packs and issue 'md5sum *.pack'
[10:48] <vila> jave: the md5 sums should match the file names
[11:09] <bialix> hey
[11:09] <bialix> in which section of NEWS should I put the mention of deprecation of parameters passed to function?
[11:12] <jave> vila: ok Thanks
[11:12] <jave> I'm beginning to suspect my machine isnt quite feeling well
[11:13] <vila> jave: most of the time reported corruptions are due to hardware failures or really rude shutdowns
[11:13] <vila> hey bialix
[11:14] <bialix> bonjour vila!
[11:14] <vila> bialix: could be 'Compatibility breaks' or 'New Features' or 'Improvments', it depends
[11:14] <vila> bialix: there is also 'API changes'
[11:15] <vila> bialix: reviewers will whine if needed anyway ;)
[11:15] <bialix> API changes for now seems appropriate for me
[11:18] <bialix> hmm, but poolie put deprecation news into Compatibility breaks. poolie knows better!
[11:46] <bigkevmcd> I could use some help with a broken branch :-(
[11:47] <bigkevmcd> getting crash reports
[12:01] <vila> bigkevmcd: !paste ?
[12:01] <vila> !paste
[13:16] <ddaa> Where can I find a non-handwavy documentation on what --reprocess does?
[13:17]  * fullermd is not aware of one.
[14:35] <ddaa> I had a look at bialix kftp plugin, for cached ftp, and thought about using a disk-backed cache instead of a dict.
[14:35] <ddaa> I don't *really* need it, but I thought it would be a Good Idea.
[14:36] <ddaa> I woud like to use a temporary anydbm for that. So I would like to know when the transport is done, so I can delete the cache.
[14:37] <ddaa> But it seems that Transport has no notion of "close()", allowing to release resources.
[14:38] <ddaa> So, how can I know I when can delete the disk cache? A hook maybe?
[14:41] <ddaa> (preferrably, something not involving __del__)
[14:47] <shentino> What does "rich root" mean?
[14:47] <vila> ddaa: the question may be *when* to you want to invalidate a cache entry ? IIRC bialix plugin is mainly targeted at .pack files which by definition never need to be invalidated...
[14:47] <vila> s/to you/do you/
[14:48] <ddaa> shentino: that the root has a file-id. That's needed at least by bzr-svn, and will be needed for nested trees in the upcoming bzr 2.3.
[14:48] <vila> ddaa: the 2a format is already rich-root aware and the default
[14:48] <shentino> ah, as in the root directory has the same stuff that a subdir has?
[14:49] <ddaa> vila: not only pack files, but indexes, any stuff, ftp is not particularly latency-efficient.
[14:49] <vila> ddaa: indexes are as immutable as their respective pack file
[14:50] <ddaa> vila: also, the question is "when can I delete the cache, because I don't care to keep it across invocations, and I don't want to waste disk space."
[14:51] <ddaa> vila: so, you're saying that .pack, .cix, .iix, .rix, .six, .tix files are all write-once?
[14:51] <vila> ddaa: there is no '.close()' for transports, there is a '.disconnect()' in a proposed patch, but I don't think it will work for you
[14:51] <vila> ddaa: given that md5sum xxx.pack == xxx, yes
[14:53] <ddaa> Well, that's something. At least there are no invalidation semantics to worry about.
[14:54] <vila> ddaa: in that case .disconnect() can more or less do the trick unless errors occur and we need to reconnect :-/
[14:56] <vila> ddaa: otherwise... that's atexit or __del__ or ... hooks for all high-level operations. None of which is especially appealing, but that's ftp...
[14:56] <vila> the lack of a proper readv implementation for ftp doesn't fit well with the pack idea
[14:57] <ddaa> I guess I can be happy enough with an infinitely persistent cache in ~/.cache/bazaar
[14:58]  * fullermd will be very happy the day FTP dies the death it should have freakin' died last millennium...
[14:58] <vila> ddaa: except some pack files will be deleted from the server when a repack occur...
[14:58] <rubbs> is there any documentation on how to setup PQM? I tried checking the admin guide and even tried looking on the trunk /doc/en/admin-guide doc directory, but PQM is still empty. I'd have no problem documenting it if I knew how to use it :( If not documentation exists, can someone point me in the right direction on how to go about learning about it?
[14:59] <rubbs> ... if no documentation exists* ...
[15:00] <ddaa> vila: ack that... thinking of it, the right approach might just be atexit(), because of the "single process" limitation of anydbm.
[15:00] <ddaa> and ~/.cache/bazaar is the right place anyway because of encrypted home considerations.
[15:01] <ddaa> thanks, I now have a solution that makes me happy
[15:01] <vila> ddaa: but why do you want to use anydbm when a transport is associated with a single directory where each path is unique ?
[15:02] <ddaa> vila: out of laziness, because the kftp code uses a dict, and anydbm does too.
[15:02] <vila> ddaa: that's a good reason :)
[15:04] <ddaa> rubbs: offering beer, ham and eggs to lifeless would probably be a move in the right direction :-)
[15:05] <rubbs> ddaa: I'll offer my first born if that's what it takes [note, I'd have to create a first born first ;)]. But I'd be willing to offer to write official documentation if he just helps me understand it over the course of the next month or so. I've got some time. I'll hit him up on stuff. In the mean time I'll just get a branch and poke around.
[15:06] <ddaa> rubbs: last time I checked, lifeless was not interested in eating babies anymore, being on a diet and stuff...
[15:07] <fullermd> Eh, you just need to stay away from the legs.  The wings are pretty lean.
[15:07] <rubbs> ddaa: ah, that's too bad. I'd seriously send him a case of whatever beer he wanted though ;). I'll ping him when I have some questions. I don't even know quite where to start yet
[15:09] <ddaa> fullermd: that's interesting, I would be interested in eating cherub wings.
[15:09] <fullermd> Everybody is.  That's why they're so rare, see.
[15:11] <rubbs> I've found that if you cook them in baby oil you get a very nice distinct flavor.
[15:13] <fullermd> Better texture if you coat them with baby powder first.
[15:17] <ddaa> fullermd: what do you use to make the batter with baby powder?
[15:17] <awilkins> cornflour
[15:18] <awilkins> baby powder is mineral in origin and only suitable for dusting
[15:18] <ddaa> awilkins: I'm sure it's fine for cooking cherubs
[15:18] <awilkins> I'm told rice flour makes a nice light crispy tempura better
[15:19] <awilkins> Although I suspect a nice sticky teriyaki glaze may be better
[15:31] <bialix> hi
[15:33] <bialix> what does "readv" mean?
[15:33] <bialix> hi jam
[15:33] <jam> bialix: Transport.readv() look in bzrlib/transport/__init__.py
[15:34] <jam> FTPTransport *should* provide a custom one, but it relies on the base "get + seek + read" behavior
[15:34] <vila> bialix: I think about it as read-variable, you give it a list of (offset, size) to read from a file
[15:35] <bialix> jam, err, I wonder to know what actually readv stands? read vectors?
[15:35] <vila> yeah, vector is even better
[15:35] <ddaa> I think it mean "read vectorized"
[15:35] <vila> bialix: thanks :)
[15:35] <bialix> ddaa: thanks
[15:36] <ddaa> http://www.opengroup.org/onlinepubs/009695399/functions/readv.html
[15:36] <bialix> jam: re Ftp: as I can see from SFTP implementation I should implement _readv
[15:46] <jml> one thing I miss from loom with pipeline is the way 'bzr st' would tell me which thread of the loom I was using.
[15:47] <jam> jml: I use my shell for that
[15:47] <jml> meh.
[15:47] <jam> jml: specifically, in each checkout I have it show me the branch name
[15:48] <jml> ahh.
[15:48] <jml> I rarely use 'switch', so that works less well for me.
[15:48] <jam> jml: I have a C program that works pretty well: https://code.edge.launchpad.net/~jameinel/+junk/my_nick
[15:48] <jml> jam: thanks.
[15:48] <jam> You need to adapt the Makefile a bit for Linux vs Windows
[15:48] <jam> that way you don't pay the import bzrlib overhead just to run 'ls' :)
[15:50] <jam> PS1="\[\e]0;\h \w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w$(/home/jameinel/bin/my_nick.exe)\[\e[0m\]\n\$"
[16:03] <awilkins> jam, If you're using powershell you could write the nick thing as ps script
[16:03] <awilkins> Shouldn't have too much overhead since you already loaded powershell to run powershell
[16:04] <jam> awilkins: except I don't ever run powershell :)
[16:04] <awilkins> jam: Fair enough, are you using cygwin bash?
[16:04] <jam> yes
[16:05] <awilkins> I just can't imagine anyone using CMD.exe for more than 10 minutes
[16:05] <awilkins> Although I suppose cygwin uses cmd.exe as it's terminal
[16:06] <ddaa> nope, it uses it's own terminal emulator
[16:06] <ddaa> that's considerably less sucky than cmd.exe, not that is saying much
[16:07] <awilkins> ddaa, That's odd, because when I open cygwin, I get cmd.exe appearing in my process list :-)
[16:07] <ddaa> really? I had this impression
[16:08] <fullermd> Usimg cmd.exe does tend to leave an impression.  Head-shaped.  On the desk.
[16:08] <awilkins> I think cmd.exe is probably a terminal but the usual shell it runs is bobbins
[16:08] <fullermd> Or vice versa, depending on the relative quality of your furniture and calcium in your diet...
[16:08] <awilkins> I have an animated gif of that
[16:09] <awilkins> Even powershell runs in what is essentially the same terminal
[16:13] <Kinnison> cmd.exe is the commandline interpreter
[16:13] <Kinnison> it's what command.com used to be
[16:13] <jml> How do I test code that uses SMTPConnection?
[16:14] <awilkins> Make a mock SMTP server?
[16:14] <awilkins> Or even a mock SMTPConnection
[16:15] <jml> Yeah, that's roughly what I'm doing now.
[16:15] <jml> Was hoping bzrlib might have one
[16:15] <jml> but grep doesn't seem to reveal any.
[16:16] <awilkins> User learning to use cmd.exe and DOS batch script after using bash : http://imagebin.ca/view/E2RHNegX.html
[16:17] <fullermd> Yeah, I've seen that used as a forum avatar.
[16:17] <awilkins> I wonder if it will work as a Skype avatar...
[16:17]  * fullermd . o O ( bash?  People actually use that?  Korn shell users?
[16:18] <fullermd> Oh, heck no.  I'm a sparkly clean C shell user   8-}
[16:19] <Kinnison> fullermd: Cshell? Oh dear
[16:19]  * Kinnison disassociates himself from fullermd
[16:20] <fullermd> It's too late.  You're marked.
[16:21] <jam> jml, awilkins: class StubSMTPFactory(object):
[16:21] <jam> in bzrlib/tests/test_smtp_connection.py
[16:21]  * awilkins looks at the C Shell page on Wiki and likes it
[16:21] <awilkins> Marked... and spreading the infection
[16:22] <jml> jam, thanks. I saw that, but it's stubbing at a level below the one I care about.
[16:33] <vila> C shell... I feel 20 years younger :-)
[16:34] <fullermd> As if you were bourne again?
[16:34] <fullermd> Wait.  That's backward...
[16:34] <vila> It's too late.  You're marked.
[16:34] <fullermd> Aiee!  Unclean!  Unclean!
[16:49] <C-S> Good news for all FreeBSD users: more and more ports are available. See: http://www.freshports.org/search.php?query=bzr&search=go&num=10&stype=name&method=match&deleted=excludedeleted&start=1&casesensitivity=caseinsensitive
[16:50] <C-S> For all remaining plugin users: if you want me to port your plugin, publish a release file on launchpad.
[16:51] <fullermd> If you could port testtools/subunit, we could run the test suite   ;)
[16:52] <C-S> where do I find that?
[16:52] <C-S> launchpad?
[16:52] <fullermd> No particularly good idea.  Probably.
[16:53] <C-S> I don't understand. Aren't these normal plugins?
[16:53] <fullermd> I know vila has it locally installed in his testing VM; he'd know if there was anything nontrivial about getting it working.
[16:53] <fullermd> No, they're not plugins, they're regular python libs.
[16:53] <C-S> I see.
[16:54] <C-S> I'll have a look what I can do.
[16:54] <C-S> By the way.  Yes from the release tarball.  I had to patch setup.py
[16:55] <vila> C-S: credits.pickle ?
[16:55] <C-S> vila: exactly...
[16:55] <C-S> vila: I patched it away :-)
[16:55] <C-S> vila: and it still works...
[16:56] <vila> C-S: yeah, one command to generate it... let me find it back
[16:56] <fullermd> So, you cuked it?  ;)
[16:56] <C-S> vila: here is my patch: http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/bzr-gtk/files/patch-setup.py?rev=1.1;content-type=text%2Fplain
[16:57] <C-S> fullermd: it was really necessary, because bzr was already updated on freebsd and the old bzr-gtk did not work anymore...
[16:57] <vila> C-S: : That's not what is called "taking credit" :-D
[16:58] <C-S> vila: I agree :-) I'd be happy if the file was still there...
[16:59] <C-S> vila: by the way, this bug also seems to bother other maintainers: os x, debian etc.
[16:59] <fullermd> There's a certain joy in looking at a pristine upstream tarball...  then slapping a brute force hack over it to get the port to build.
[16:59]  * fullermd looks pointedly at the apport stuff in bzr...
[16:59] <vila> C-S: I know, whoever created the tarball forgot about it
[17:00] <C-S> vila: don't worry about it. I am looking forward to the next release...
[17:00] <vila> There is a wiki page I can't find back describing the release process
[17:00] <vila> C-S: yet, http://wiki.bazaar.canonical.com/bzr-gtk mention FreeBSD and how to install it...
[17:00] <C-S> fullermd: bzr-gtk is an exception. All other ports work smoothly. The Makefile just installs the things in the right place.
[17:00] <vila> C-S: hehe, you added that :)
[17:01] <C-S> vila: right :-)
[17:03] <vila> C-S: here we go: http://wiki.bazaar.canonical.com/bzr-gtk/releasing
[17:03] <vila> 3. Update the credits pickle file by running python ./setup.py build_credits
[17:04] <C-S> vila: perfect, although I'll leave this task to others. I am fully occupied bringing bzr stuff and other stuff to FreeBSD...
[17:04] <vila> C-S: ok, just mentioning in case your patch broke something
[17:04] <fullermd> Oh, if it does, we'll just blame it on upstream   8-}
[17:04] <vila> C-S: as fullermd said, bringing testtools and subunit would be great
[17:05] <C-S> vila: ah, thanks a lot. I am sure there will soon be a new release of bzr-gtk
[17:05] <C-S> fullermd: of course :-)
[17:05] <vila> testtools is pure python, subunit includes a python implementation so may be a bit harder
[17:06] <C-S> vila: I'll see what I can do.
[17:06] <vila> testtools is pure python, subunit includes a python implementation (of the subunit protocol) so may be a bit harder
[17:06] <vila> C-S: I run them from sources as I often need the trunk version
[17:06] <C-S> vila: so what do these two tools do exactly?
[17:07] <vila> C-S: testtools is required as it provides some more stuff than the python unittest module
[17:08] <vila> C-S: subunit... I don't remember if it's strictly required or not, but it helps streaming the test suite results and I need that for running under hudson control
[17:08] <vila> C-S: in short: none of them are required to *use* bzr, but help a lot to *test* bzr
[17:09] <C-S> vila: ok. thanks for that explanation
[17:10] <fullermd> subunit was required for --parallel back before testtools was used at all.
[17:10] <C-S> so testtools is more important?
[17:12] <vila> C-S: yes, the best way to check is to run 'bzr selftest'
[17:13] <C-S> vila: I see.
[17:13] <C-S> thanks
[18:15] <mgz> vila: couple of questions on my test cleanup merge proposal branch if you're still around
[18:16] <mgz> you mentioned you get 2000 tests which complain about leaking even with the testtools change, can I have that list?
[18:16] <mgz> also, what change to bb.test_log using addCleanup would deal with the cycle? because I'm not seeing it.
[18:19] <C-S> vila: I just commited the FreeBSD port for testtools. Hope it gets accepted soon.
[18:40] <fullermd> C-S: You probably want that to by devel/py-testtools...
[18:52] <C-S> fullermd: I agree, wrote it in the PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/149967
[18:52] <C-S> fullermd: anyway. there seems to be some modules missing still...
[18:53] <C-S> fullermd: bzr selftest yields: /usr/local/lib/python2.6/site-packages/Crypto/Util/randpool.py:40: RandomPool_DeprecationWarning: This application uses RandomPool, which is BROKEN in older releases.  See http://www.pycrypto.org/randpool-broken
[18:53] <C-S>   RandomPool_DeprecationWarning)
[18:53] <C-S> bzr: ERROR: No module named layout.test_custom
[18:53] <C-S> You may need to install this Python library separately.
[18:58] <fullermd> That's a different problem.  That's paramiko puking on up-to-date pycrypto.
[18:58] <fullermd> I "solved" that by just dumping paramiko off my system   :|
[19:14] <C-S> fullermd: ok. Can you try the port? Please tell me if it works for you.
[19:16] <fullermd> Can't today.  It's way late (in my head).  I'm just fiddling with some relatively mindless stuff before I fall over.
[21:09] <james_w> mtaylor: hey, interesting problem you've found here
[21:10] <james_w> I've reproduced the failure locally now
[21:12] <james_w> mtaylor: just to confirm http://paste.ubuntu.com/483616/ is the test failure you were referring to?
[21:12] <james_w> looks like it from the log that you provided
[21:18] <james_w> the source package contains that file in the debian.tar.gz, which indicates to me that debian/source/include-binaries isn't the cause
[21:18] <james_w> are you sure that it's not just something like that test giving different output in a chroot?
[21:30] <amogorkon> hello
[22:01] <cbz> is there any way of getting bzr-svn to save the authentication credentials?
[22:41] <mtaylor> james_w: yes. that is it
[22:42] <mtaylor> james_w: it would be _very_ unlikely for that to generate different results in a chroot, but I suppose that anything is possible
[22:42] <mtaylor> james_w: should I try spinning up a chroot and checking manually?
[22:43] <james_w> mtaylor: I'm doing that if you can help me verify
[22:43] <james_w> mtaylor: firstly, installing diff doesn't seem to change the output :-)
[22:44] <mtaylor> james_w: well that's a good step :)
[22:44] <mtaylor> btw - I really hate that test case - the binary null that's in it just causes no end of headaches
[22:44] <james_w> no, I mean that it still complains that it can't run "diff" :-)
[22:45] <mtaylor> ah. heh
[22:45] <mtaylor> I should file a bug about that...
[22:45] <mtaylor> or just replace the test running system - but I digress
[22:46] <james_w> that's always the solution
[22:50] <james_w> mtaylor: is DATA_DICTIONARY supposed to be 39 or 40 in the package?
[22:53] <james_w> 40 it seems
[22:54] <mtaylor> james_w: oh - sorry - I was distracted spinning up a chroot :)
[22:54] <james_w> so it looks to me as though it is correct in the source package, but is unpacked incorrectly
[22:55] <mtaylor> weird
[22:55] <james_w> though I'm not overly familiar with the v3 format
[22:55] <mtaylor> me either - still learning it myself
[22:56] <james_w> and I can't unpack the source package on lucid apparentl
[22:56] <mtaylor> wow. that's fantastic
[22:58] <james_w> so the source package that is created by pdebuild outside the chroot is different from the one that it creates in the chroot just as it starts building
[23:01] <james_w> no, that's not true
[23:10] <mwhudson> does "Exception AttributeError: "'SmartSSHClientMedium' object has no attribute '_ssh_connection'" in <bound method SmartSSHClientMedium.__del__ of SmartSSHClientMedium(bzr+ssh://mwhudson@bazaar.launchpad.net/)> ignored" ring any bells for anyone?
[23:15] <mgz> yes.
[23:16] <mgz> it rings the "can't write __del__ methods properly" bell.
[23:17] <mwhudson> oh right
[23:18] <mwhudson> the real error is
[23:18] <mwhudson>     bzrlib.global_state.cleanups.add_cleanup(self.flush_all)
[23:18] <mwhudson> AttributeError: 'NoneType' object has no attribute 'cleanups'
[23:20] <mgz> that one I haven't run into.
[23:26] <mwhudson> ah strange
[23:26] <mwhudson> so if (a) you open a branch over bzr+ssh (b) you haven't called bzrlib.initialize() (c) you have hpss in debug_flags
[23:26] <mwhudson> then you'll get that error
[23:28] <mgz> initialize is an ever-growing pain.
[23:29] <mgz> just give in and always call it.
[23:29] <mwhudson> funnily enough
[23:29] <mwhudson> i think i started the chain of events that led to it being added
[23:29] <mwhudson> because this script that's now failing
[23:29] <mwhudson> would blow up if you didn't install a ui factory
[23:52] <Guest83593> cbz: hi
[23:52]  * jelmer waves


[02:01] <valorie> hmmm, I don't think I'm willing to add kci wily unstable to this box, even to test kdeconnect
[09:57] <lordievader> Good morning.
[11:19] <yofel> !testers | Plasma 5.4.3 SRU Packages in staging-plasma for wily
[11:19] <shadeslayer> enotime
[11:19] <shadeslayer> need to get sitter to finish the booze
[11:20] <yofel> they have a lower version than the ones in backports, so if you have those installed you'll need a VM or so
[11:20] <soee> it was alrady tested in wily
[11:20] <yofel> right, so I really just want someone else to do a quick check that nothing's obviously wrong
[11:20] <yofel> as the code was already tested
[11:21] <yofel> then I can copy them to /ppa
[11:27] <mparillo> yofel: on this HW I already have backports, but I just created a clean Wily 15.10 VM to generate a screenshot for Wikipedia. Will be back in 15 minutes or so
[11:27] <yofel> mparillo: you might want to do the screenshots before the update
[11:28] <yofel> 5.4.3 annoyingly messes with the branding
[11:28] <yofel> (splash and lock screen background)
[11:32] <mparillo> yofel: The screenshot is already posted. ahoneybun recommended the blank, default one, but at least we have one in the gallery.
[11:32] <yofel> ok, great, thanks
[11:45] <shadeslayer> Riddell: http://paste.ubuntu.com/13443365/
[12:13] <marco-parillo> yofel: sudo add-apt-repository staging-plasma ?
[12:13] <yofel> marco-parillo: yes
[12:13] <yofel> marco-parillo: wait, ppa:kubuntu-ppa/staging-plasma
[12:16] <marco-parillo> 76 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[12:26] <marco-parillo> Upgrades completed successfully and kinfocenter reports KDE Plasma Version 5.4.3.
[12:54] <yofel> marco-parillo: thanks!
[12:54] <yofel> moving then
[13:00] <sitter> sgclark: https://en.wikipedia.org/wiki/YAML
[13:06] <yofel> wgrant: could you please set the disk size to ~10G for kubuntu-ppa/ppa-landing and kubuntu-ppa/backports-landing ?
[13:07] <sitter> Riddell: http://dev.yorhel.nl/ncdu
[13:52] <shadeslayer> sitter: http://paste.ubuntu.com/13445096/
[14:13] <clivejo> is there any way to move the trello bot to another channel, or to turn off notifications for it?
[14:14] <yofel> clivejo: assuming you mean the CI, you don't want to know about breakage?
[14:14] <yofel> and fixes?
[14:15] <clivejo> no no, the trello alerts on Telegram
[14:15] <yofel> (note: if stuff would get fixed, we would get less notifications :P)
[14:15] <yofel> oh that
[14:15] <yofel> talk to ahoneybun
[14:15]  * yofel muted the telegram channel
[14:15] <yofel> peace
[14:16] <clivejo> I like to see what’s going on, but I don’t like it vibrating and popping up notifications every few minutes
[14:17] <clivejo> you are using the old automation ?
[14:17] <yofel> I prefer public channels, so I'm not really paying attention to telegram
[14:17] <yofel> yes
[14:17] <clivejo> how, why?
[14:18] <yofel> well, I want to get wily done, then we can do a getting-things-done-freeze for a month or so to get our workflow in order
[14:18] <clivejo> the ng tools not working?
[14:18] <yofel> dunno, git-clone-all works after I did some patching, but that's all I used so far
[14:19] <yofel> so, I kind of use both branches in parallel, depending on what I do
[14:19] <clivejo> havent seen santa in a while :/
[14:19] <yofel> me neither, but considering we already have a bunch of things, we can go from there and fix things up so they work
[14:20] <yofel> although I again curse the complete lack of test coverage of the new code :/
[14:20] <clivejo> is qa.kubuntu.co.uk working then?
[14:20] <yofel> it should
[14:21] <yofel> I did fix that to pull the automation relevant stuff from git
[14:21] <clivejo> I see frameworks 5.15 there, but no status
[14:22] <yofel> well, we have 5.15 in the archive, so the PPA is probably empty
[14:22] <yofel> the cronjobs that create the pages run whether there's something to generate or not
[14:22] <yofel> FYI: I only fixed the branch situation for plasma so far
[14:22] <clivejo> so many saved lemmings!
[14:23] <yofel> let me fix the rest (I got distracted by patching git-clone-all even more)
[14:23] <clivejo> what are you working on?
[14:24] <yofel> plasma 5.4.3 for xenial
[14:24] <clivejo> would you mine talking it out, I mean what you are doing
[14:25] <clivejo> mind
[14:25] <clivejo> might learn something :/
[14:25] <yofel> erm, let me try to remember what I did in between fixing random scripts, talking about CI branches with scarlett and harald and not getting distracted by harald being crazy
[14:27] <clivejo> I see dependency wait on kwin-dev
[14:28] <clivejo> is that part of the kwin package?
[14:28] <yofel> so, I kind of did: "fix a bug in staging-upload, fix another bug in staging-upload, fix missing xenial-branches with bash scripting and git-clone-all, run staging-upload with --nopush and --paused, upload everything, pause automation, run bash scriptery to push branches, unpause automation, fix config for the status page"
[14:29] <yofel> right, give launchpad some time, depwait is re-evaluated regularly
[14:29] <marco-parillo> Just to feed my idle curiousity, why not go straight to https://www.kde.org/announcements/plasma-5.4.95.php for Xenial? Does landing on 5.4.3 first reduce errors?
[14:29]  * clivejo poked it :/
[14:30] <yofel> marco-parillo: because I want to get .3 into wily, which requires xenial to have at least .3, and pushing .3 to xenial is a lot less work than pusing .95
[14:30] <yofel> we'll probably skip .95 anyway
[14:30] <yofel> other prioirties
[14:30] <yofel> I'm typing to much
[14:32] <marco-parillo> Get .3 into wily without a ppa, right?
[14:32] <clivejo> yofel: why is xenial called senial on KCI?
[14:33] <yofel> right
[14:33] <yofel> clivejo: erm, that somehow had to do with harald and booze and more pointless stuff
[14:34] <clivejo> I see, the crazy stuff you mentioned
[14:38] <yofel> $ ./git-clone-all -r applications -w restwork/
[14:38] <yofel> Template url to clone: git+ssh://git.debian.org/git/pkg-kde/%s/%s.git
[14:38] <yofel> Summary:
[14:38] <yofel> All packages were cloned succesfully
[14:38] <yofel> yes, all 0 packages were cloned successfully.  Back to custom shell scripting
[14:56] <clivejo> :(
[14:57] <pursuivant> muon (master) v5.4.3-171-ge1b6c06 * Harald Sitter:  (2 files in 2 dirs)
[14:57] <pursuivant> version bump to 5.5.0 for release
[14:57] <pursuivant> also credit myself with being a top gardener
[14:57] <pursuivant> http://commits.kde.org/muon/e1b6c06df44d952ab57a68718d05cc065b9da0de
[14:59] <soee> yofel: why do you build 5.4.3 for xenial ? :)
[14:59] <yofel> because it's something I need to get .3 into wily
[14:59] <soee> should focus here (xenial) be on 5.5 ?
[15:00] <soee> oh so it is required step ?
[15:00] <yofel> well, probably. But we have other stuff, so we'll probably not look at 5.5 soon
[15:02] <sitter> Riddell: http://people.ubuntu.com/~apachelogger/tmp/muon-5.5.0.tar.xz
[15:03] <yofel> soee: for the SRU, I need to have a higher version already in dev, so pushing .3 to willy while xenial has .2 isn't allowed
[15:06] <clivejo> yofel: looks like plasma is all green now
[15:06] <yofel> well, almost
[15:07] <clivejo> plasma-desktop will go green, just needs to publish
[15:07] <clivejo> can I test these?
[15:08] <yofel> well go ahead, but I'll throw them into the archive anyway
[15:08] <clivejo> on xenial or wily?
[15:09] <yofel> xenial
[15:28] <clivejo> anyone know why when I click on the task-bar to switch windows, do I pick up a short-cut?  Especially with dolphin it seems
[15:34] <BluesKaj> Hiyas all
[15:55] <sitter> allee_, yofel: http://comments.gmane.org/gmane.linux.debian.kde.talk/1221
[16:38] <sitter> allee_: https://wiki.ubuntu.com/DebuggingProgramCrash#Non-built-in_debug_symbol_packages_.28.2A-dbgsym.29
[17:23] <clivejo> yofel sitter are you still in Munich?
[17:41] <sitter> clivejo: singing with Riddell right now
[17:41] <sitter> clivejo: you are supposed to come to fosdem I hear
[17:41] <clivejo> singing what?!?
[17:42] <clivejo> sitter: is senile the KDE codename for xenial?
[17:49] <BluesKaj> clivejo, no , it's the same meaning as genial, I think
[17:50] <clivejo> just wondering why its senile on the KCI
[17:50] <clivejo> sitter: I dont even know what fosdem is
[18:00] <sitter> senile is senile
[18:01] <sitter> also, google fosdem
[18:01] <sitter> biggest free software conference in the world Riddell says
[18:07] <clivejo> why would I want to go there?!?
[18:09] <clivejo> has Riddell lost the ability to type?
[18:09] <Riddell> what what?
[18:09] <clivejo> LOL
[18:10] <clivejo> what are you singing?
[18:17] <Riddell> the KDE musical!
[18:18] <clivejo> :/
[18:26] <clivejo> is yofel and sgclark taking part?
[18:28] <Riddell> yofel left alas
[18:29] <Riddell> sgclark is being a diva as usual
[18:33] <sgclark> lo wut!?!
[18:33] <sgclark> lol
[18:39] <BluesKaj> clivejo, my kdeconnect phone version is 0.9e , but the latest for my pc is the 0.8 on this ppa..is the 0.9e version available for my pc anywhere else?
[18:40] <BluesKaj> https://code.launchpad.net/~vikoadi/+archive/ubuntu/ppa/
[18:51] <Riddell> alleehol: http://whirlpoolcinema.com/idee/  it's got to be done
[18:54] <lordievader> sitter, clivejo: Do I hear a FOSDEM meet up?
[18:54] <sitter> yes
[18:54] <sitter> Riddell organized a partee
[18:54] <sitter> with pizza
[18:54] <sitter> and booze
[18:54] <sitter> and whisky
[18:55] <sitter> and wine
[18:55] <Riddell> lordievader: https://community.kde.org/Promo/Events/FOSDEM/2016
[18:56] <lordievader> I'm not sure if I will be albe to help out this year. I was planning on visiting more talks.
[18:57] <lordievader> able*
[19:48] <yofel> home sweet home
[19:48] <clivejo> you missed the musical yofel?
[19:48] <yofel> looks like it :(
[19:49] <clivejo> thats a shame
[19:56] <clivejo> senile still has a lot of broken packages :(
[20:00] <clivejo> OMG an email from the IRS, I have back taxes
[20:03] <BluesKaj> usually tax revenue depts will send a letter by post/mail, not email , at least that's how it's done in Canada...however I dd receive a confirmation by email after filing my tax return online
[20:05] <BluesKaj> clivejo, did you see my post about kdeconnect versions for the pc?
[20:05] <clivejo> I just read it
[20:06] <clivejo> Im not sure what happened with my device, I cant replicate it
[20:07] <BluesKaj> anyway that ppa doesn't have the latest 0.9e version for the desktop pc, so my kdeconnect is broken
[20:08] <clivejo> have you tried the one in my PPA?
[20:08] <BluesKaj> didn't know you had a ppa
[20:08] <clivejo> what version of kubuntu you have?
[20:09] <BluesKaj> 16.04 and 14.04
[20:09] <BluesKaj> dual boot , no VMs here
[20:09] <clivejo> can we test your xenial one?
[20:09] <BluesKaj> ok i'm on it
[20:10] <clivejo> lets grab the lastest, just a sec
[20:11] <clivejo> amd64?
[20:12] <BluesKaj> yep\
[20:12] <clivejo> can you installl this package - https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable/+build/8320830/+files/kdeconnect-plasma_0.9%2Bgit20151119.2207%2B16.04-0_amd64.deb
[20:16] <BluesKaj> the deb installer it doesn't respond
[20:17] <clivejo> error message?
[20:19] <BluesKaj> letme check the logs
[20:30] <BluesKaj> clivejo, the deb installer worked after I purged the old version, but the devices still don't see each other
[20:30] <clivejo> are they on the same network?
[20:31] <BluesKaj> yes
[20:31] <clivejo> have you tried removed them and refreshing?
[20:33] <BluesKaj> yes, no reognititon
[20:34] <clivejo> can you load the app on your phone and try it both ways?
[20:35] <BluesKaj> yes,already did that
[20:36] <clivejo> and you are sure you are on WiFi via your phone, not mobile data?
[20:38] <BluesKaj> clivejo, yes, my data options are turned off, this phone is pay as we go , so I don't surf the net thru the cell network. It's quite expensive to do that here.
[20:39] <clivejo> then I dont know, have you a firewall on xenial?
[20:40] <BluesKaj> just the normal default ufw
[20:44] <BluesKaj> clivejo, let me switch to 14.04 to check if it works
[21:10] <BluesKaj> clivejo, ok I managed to get Xenial connected after disabling the ufw, however that converns me a little altho I've never had a breach of any kind
[21:11] <BluesKaj> not real big on iptables rules ... suppose I should do soemresearch on it
[21:12] <BluesKaj> anyway other stuff to do now ...laters
[23:02] <wgrant> yofel: Done.
[23:23] <valorie> thanks, wgrant


[18:03] <jbicha> fossfreedom_: have you heard any incompability between Budgie 10.3 and mutter 3.24.3?
[18:08] <jbicha> maybe it's just a problem trying to log out than log in to the live iso :(
[18:27] <jbicha> so I worked around that by installing gdm
[18:27] <jbicha> and it works very strange with gdm (gnome-shell is running!)
[20:08] <fossfreedom_> jbicha, no - no reports.  I see that 3.24.3 is in proposed.  Let me upgrade today's daily with mutter in proposed
[20:08] <jbicha> it worked for me
[20:08] <jbicha> except the login screen difficulty in the live environment
[20:09] <fossfreedom_> you logged out of the live session and tried to log back in?
[20:09] <jbicha> yes, that doesn't work well
[20:10] <fossfreedom_> k - let me have a quick look
[20:10] <jbicha> btw, the Try or Install screen looks like it uses the Adwaita theme
[20:11] <fossfreedom_> yep - no idea about that.  Was wondering if it was a fallback theme.
[20:12] <jbicha> it is the default gtk3 theme unless overriden
[20:14] <fossfreedom_> k - today's daily - logged out of the live session and logged back in ok.
[20:17] <fossfreedom_> odd - no 3.24.3 to upgrade to in proposed
[20:20] <jbicha> mutter 3.24.3 is still building
[20:20] <fossfreedom_> k - will wait and check later
[20:20] <jbicha> I had trouble logging back in after reinstalling mutter
[20:39] <fossfreedom_> jbicha, looks ok this side - installed libmutter and mutter packages (mutter-common pulled in) - logged out and logged in ok.  Works in live session and in an installed VM


[11:47] <EDinNY> Thunar and Nautalis over SFTP are broken.  Locks up when you try to open a remote file.  I tried Gimp, VLC, and Mplayer
[11:50] <EDinNY> Thunar and Nautalis over SFTP are broken.  Locks up when you try to open a remote file.  I tried Gimp, VLC, and Mplayer
[11:53] <EDinNY> Suggestions for a file manager that works over sftp?
[11:54] <EDinNY> They don't seem to work over Windows networking, either
[16:00] <OvenWerks> I use thunar with sftp what doesn't work?
[16:11] <OvenWerks> I do all my web page maintenance using sftp on thunar remotely. Thunar works like the file were local. When I was testing the vanila iso I tried nautilus/files and was able to work with sftp as well.
[16:39] <OvenWerks> EDinNY: ^^
[17:45] <crsc> hi
[18:15] <tgm4883> Is there a way to get Audacity to record from 2 sound sources into separate tracks? Alternatively, is there something else I can use for recording?
[21:42] <gemcat_> i am trying to load some win software with runonlinux however i cannot even mount this cd must i put content on different media?
[21:43] <gemcat_> windows sees the content fine
[21:46] <captain-tux_> Just copy the CD onto your drive and select the folder.
[21:49] <gemcat_> my window and linux are separate computers but i have an external hd. just wondered at the behavior
[21:53] <captain-tux_> Oh.. you can not mount. I misread that. That I can't help with, might be some weird copy protection or meta data on the file system to display stuff, but anyway I'd suggest the same thing.
[22:07] <gemcat_> thank you captain-tux_ this is old XT software


[00:49] <lotuspsychje> good morning
[01:15] <oerheks> hi lotuspsychje
[01:16] <lotuspsychje> hey oerheks
[06:17] <ducasse> good morning
[06:38] <lotuspsychje> welcome Greenfrog
[06:40] <Greenfrog> who said that? jk, is that a bot response?
[06:41] <Greenfrog> guess so
[06:42] <Greenfrog> guess its nice to ge greeted but it would be nice if it was a "real" person not a bot, bot, bot
[06:43] <oerheks> maybe it is ..
[06:43] <Greenfrog> is what? explain, i'm feeling dense
[06:44] <Greenfrog> its getting near the wee hours, so, maybe my comprension is less
[06:45] <Greenfrog> i saw you in another room :)
[06:46] <Greenfrog> oerheks:  yes i did
[06:47] <Greenfrog> oerheks: slumin were u?
[06:47] <Greenfrog> hahe
[06:48] <ducasse> that was a real person, actually
[06:48] <Greenfrog> ok, nice
[06:49] <Greenfrog> i get so few and far between, and then they say, "speak on topic or leave"
[06:50] <Greenfrog> not explicidy said, but in fered
[06:51] <Greenfrog> seems they have beat down any convesation other than "its the topic"
[06:51] <Greenfrog> to me, thats sad
[06:52] <ducasse> if you want offtopic chat, try #ubuntu-offtopic
[06:52] <Greenfrog> seems to take out any huminality, :P
[06:54] <Greenfrog> I WANNA EXPRESS MY HUMANITY: ok go to http: expressyourself.com anything eles you need?
[06:55] <Greenfrog> irc now stinks except for help
[06:56] <Greenfrog> but, if you cant express your issue in a concise format it gets rejected, becuse the guru's in the channel don accept y our nOOby expression
[06:58] <Greenfrog> sorry i'm not on their level, i've gotten rejacetd by users that felt my question beneath them
[06:58] <Greenfrog> :P thanks
[06:58] <Greenfrog> ok another put off
[06:58] <Greenfrog> thanks for nothing
[06:59] <ducasse> many channels will reject your question if it's clear you've not made basic research yourself
[06:59] <ducasse> not #ubuntu, however
[07:00] <Greenfrog> in most cases i have, and found no results on the net, so many irtations of linux and so many comments not up to dade with my current version
[07:01] <Greenfrog> ok so do this...not my version
[07:01] <Greenfrog> not my screen
[07:02] <Greenfrog> ok, never mind i'll go else where
[07:13] <lotuspsychje> Greenfrog: hi
[07:13] <lotuspsychje> Greenfrog: you joined #ubuntu you can express yourself about ubuntu here
[07:23] <lotuspsychje> bye
[09:15] <marcoagpinto> Heya
[09:20] <marcoagpinto> guys?!
[09:23] <oerheks> girls?
[09:23] <marcoagpinto> where?!


[03:54] <buntfu> hi everyone
[03:55] <buntfu> anyone alive?
[22:55] <buntfu> hi
[22:55] <buntfu> anyone alive in here?
[22:56] <buntfu> i'm not sure why this room exist
[22:57] <buntfu> there is never a response from anyone
[22:57] <buntfu> even the mailing list is a joke
[22:58] <buntfu> i believe effective marketing involve communication
[22:59] <buntfu> is this room and the mailing list just for show
[22:59] <buntfu> nothing really happens at all i guess
[23:00] <buntfu> sigh what an effective marketing team here
[23:00] <buntfu> good god
[23:00] <quesh_i> bonjour
[23:01] <buntfu> OMG let me take down the date and time of a response in this channel LOL
[23:02] <buntfu> how r u quesh
[23:13] <buntfu> sigh
[23:13] <buntfu> hello?
[23:20] <quesh_i> hi buntfu


[00:31] <pr0xy> nice timing, coz_ I got here less than a minute ago.
[00:31] <coz_> pr0xy,   cool  I am on this system for just a few moments then have to log back onto  ubuntu 10.10... someone had a questions about 11.04
[00:31] <pr0xy> One thing with the wallpapers is that I have now created a logo for ugr.
[00:33] <coz_> pr0xy,  ok
[00:33] <coz_> may I see it?
[00:33] <coz_> pr0xy, ^^
[00:34] <pr0xy> I'll send it to you in a sec.
[00:34] <pr0xy> I need to upload it somewhere...
[00:34] <coz_> pr0xy,   svg or png?
[00:34] <pr0xy> png
[00:35] <coz_> pr0xy,   speedyshare.com   put it in a folder  compress it upload it there
[00:35] <coz_> pr0xy,   you should get your free 2gigs with  dropbox8)
[00:35] <coz_> dropbox     8)
[00:36] <pr0xy> I have a dropbox. not linked with my laptop, because I've got more stuff than can fit on my laptop's tiny SSD
[00:36] <coz_> pr0xy,  ok i am going to log out of natty and onto maverick be right back
[00:39] <coz_> pr0xy,  ok back
[00:40] <pr0xy> okay. there's a light version and a dark version.
[00:40] <coz_> ok
[00:40] <pr0xy> Which do you want?
[00:41] <coz_> i dont have a link to see them
[00:42] <coz_> pr0xy,    did you upload them?
[00:42] <pr0xy> http://www.speedyshare.com/files/28147644/ugr-light.png
[00:42] <coz_> ok
[00:42] <pr0xy> http://www.speedyshare.com/files/28147643/ugr-dark.png
[00:43] <coz_> looks like the light one will work with these images
[00:43] <coz_> pr0xy,  let me test  hold on
[00:43] <pr0xy> okay.
[00:43] <coz_> I like the log by the way
[00:43] <coz_> logo
[00:43] <pr0xy> that will replace where it says ugr on the thing. I can get a monochrome one for you.
[00:44] <coz_> no need  I can do that here
[00:44] <pr0xy> okay.
[00:58] <coz_> pr0xy,  ok take a look at these,, see if there is anything you want adjusted   http://dl.dropbox.com/u/132551/UGR/UGR-images.tar.gz
[01:02] <pr0xy> ugr needs to be a little bit smaller on all of them. and babies should be hidden in the brown part of the ground.
[01:02] <coz_> pr0xy,   ok let me redo hold  on
[01:08] <pr0xy> got any, coz_?
[01:08] <coz_> uploading hold on
[01:09] <coz_> pr0xy,     http://dl.dropbox.com/u/132551/UGR/UGR-Images.tar.gz
[01:10] <pr0xy> too small on symmetry. in babies, there's a brown area on the ground, put ugr there.
[01:11] <pr0xy> variation and birdsong are good.
[01:11] <coz_> pr0xy,  on babies  over to the right more  you mean
[01:11] <pr0xy> and down, a bit
[01:11] <coz_> ok holdon
[01:11] <pr0xy> can you use the dark ugr there?
[01:12] <coz_> pr0xy,  ok let me put the dark on in hold on
[01:14] <pr0xy> can you add color to the symmetry one?
[01:16] <coz_> pr0xy,  what color ,, you mean to the whole image?
[01:18] <pr0xy> yes
[01:19] <coz_> pr0xy,  let me upload these ,, then I have to take a "nature" break   and then I will try :)
[01:19] <pr0xy> okay.
[01:19] <pr0xy> That would be awesome
[01:19] <coz_> pr0xy,  any partiular color / colors?
[01:20] <pr0xy> Blue. Like in the stripes one.
[01:22] <pr0xy> Can you upload the fixed babies and symmetry?
[01:23] <pr0xy> I'll upload all 7 we have so far.
[01:24] <coz_> pr0xy,    http://dl.dropbox.com/u/132551/UGR/UGR-Images.tar.gz
[01:24] <coz_> let me try the blue color on that,.,, not sure it will work well but let me try
[01:26] <pr0xy> can you lower ugr in babies?
[01:26] <coz_> pr0xy,  sure  how far?
[01:27] <pr0xy> a little bit. so it's the same distance from the bottom as it is from the right.
[01:27] <coz_> ok hold on
[01:27] <pr0xy> and did you do the sunset one?
[01:27] <coz_> not yet
[01:28] <pr0xy> we're so close.
[01:36] <coz_> pr0xy,  see what you think of this    http://dl.dropbox.com/u/132551/UGR/bird-symmetry-color.png
[01:49] <coz_> first sunset  reduced intensity of colors  pr0xy     http://dl.dropbox.com/u/132551/UGR/sunset1.png
[01:50] <pr0xy> sunset is cool
[01:51] <pr0xy> symmetry should use darl
[01:51] <pr0xy> dark*
[01:51] <coz_> ok hold on
[01:51] <pr0xy> did you finish the babies one?
[01:51] <coz_> yes hold on
[01:54] <coz_> pr0xy,  ok uploading the package of images hold on
[01:55] <pr0xy> allright
[01:56] <coz_> pr0xy,     http://dl.dropbox.com/u/132551/UGR/UGR-Images.tar.gz
[01:58] <pr0xy> I meant in the color one.
[01:58] <coz_> oh
[01:58] <coz_> pr0xy,  so white in the grey one black in the colored one...yes?
[01:59] <pr0xy> yeah. and did you change any of the others?
[01:59] <coz_> pr0xy,  yeah i changeg what you asked for
[01:59] <pr0xy> okay
[02:00] <pr0xy> can you fix the symmetry ones?
[02:00] <coz_> doing that now
[02:00] <pr0xy> okay
[02:02] <coz_> ok uploading new package,, hold on  about 2 minutes here ,, it seems to be slow today
[02:02] <pr0xy> sorry. prolly i'm causing it to be slow from overuse.
[02:02] <coz_> pr0xy,  :)  I doubt that :)
[02:03] <coz_> dropbox is slow anyway.. unless you buy the premium account which I did not
[02:03] <pr0xy> me neither
[02:04] <coz_> 50 gigs sounds nice  but 2 will do :)
[02:04] <pr0xy> I've got like 5 now.
[02:04] <coz_> cool
[02:04] <coz_> pr0xy,  ok here is the new package     http://dl.dropbox.com/u/132551/UGR/UGR-Images.tar.gz
[02:09] <pr0xy> Can you make the symetry one different from the color symmetry one?
[02:09] <coz_> not sure what you mean
[02:10] <coz_> pr0xy,  I can try a few plugins on it
[02:10] <pr0xy> The color symmetry one is too similar to the noncolor one. can we toss the non-color?
[02:10] <coz_> pr0xy,  thats up to you,, if you prefer the colored one ,, that's fine
[02:11] <pr0xy> Which do you prefer?
[02:12] <coz_> pr0xy,  well  the other bird variations are already  desatureated so keep the colored one,,, I will hold on to the images either way
[02:12] <pr0xy> okay.
[02:13] <coz_> pr0xy,   are you ok with the rest of the images?
[02:13] <pr0xy> yep. what's your flickr thing?
[02:13] <coz_> www.flickr.com/photos/coz_
[02:13] <coz_> ok I am closing gimp ")
[02:13] <pr0xy> ok
[02:14] <pr0xy> oh! wait!
[02:14] <pr0xy> jk
[02:14] <coz_> ah oh
[02:14] <coz_> already closed...what 's up
[02:14] <pr0xy> lol
[02:14] <coz_> phew
[02:14] <pr0xy> I was kidding
[02:14] <coz_> cool... dont do that again  lol
[02:14] <pr0xy> okay
[02:14] <coz_> lol
[02:14] <pr0xy> what's with all the nude art?
[02:15] <coz_> pr0xy,   i studies  nude drawing for a few years
[02:15] <pr0xy> why?
[02:15] <coz_> pr0xy,   its an excellent exercise for understanding the human form..and form that just about anything can be drawn
[02:15] <pr0xy> i almost got in a shitload of trouble. i'm still a teenager...
[02:15] <coz_> :)
[02:16] <pr0xy> but I do run a business
[02:16] <coz_> pr0xy,   yeah I know some people cant handle nudity  even in art
[02:16] <coz_> pr0xy,  cool ,, what type of business?
[02:16] <pr0xy> yeah, like parents.
[02:16] <pr0xy> we're pretty much focused on ugr right now...
[02:16] <coz_> ah
[02:18] <coz_> ok all ,, it's now 9:17 pm here... have to do a few things before bed,,,  so I will be back tomorrow
[02:18] <pr0xy> sorry, I had an idea. can you put alech or flower on the variations one?
[02:18] <coz_> alech?
[02:18] <pr0xy> yeah, the art
[02:18] <pr0xy> what is alech?
[02:19] <coz_> I dont know you typed it lol
[02:19] <coz_> pr0xy,  you mean my flower  ink exercise ?
[02:19] <pr0xy> it's between bird and flower on page 2
[02:19] <coz_> mm you want that on one of the variations?
[02:19] <pr0xy> but, flower would be better
[02:20] <coz_> mm ok let me see if I can do this  hold on
[02:20] <pr0xy> put it on top of the place where the bird one was in variation
[02:21] <coz_> in place of birdsong-variation  ...yes?
[02:21] <pr0xy> yes. in place of the actual art piece in birdsong-variation
[02:21] <coz_> ok hold on that should be just a minute or so
[02:21] <pr0xy> and dinobones would be cool, too
[02:23] <pr0xy> the reason that I want the change to flower, is to vary things a bit.
[02:23] <coz_> understood
[02:24] <coz_> pr0xy,     http://dl.dropbox.com/u/132551/UGR/flower-song.png
[02:24] <coz_> Interesting,, I see these india ink images a compositional excersises :)
[02:25] <pr0xy> huh. they make really cool wallpapers.
[02:25] <coz_> ok :)
[02:25] <coz_> ok this time I really have to go ,, its near 9:30 pm here
[02:25] <coz_> pr0xy,  so  this is what you wanted ...yes?
[02:25] <pr0xy> yep. thanks a ton.
[02:26] <pr0xy> good night.
[02:26] <coz_> pr0xy,  cool,, now I guess I have to install ugr  when its available   :)
[02:26] <pr0xy> yep
[02:26] <coz_> :)
[02:26] <coz_> ok night guys,, talk tomorrow
[02:26] <pr0xy> okay.


[12:05] <DoeNietWil> Hello Ubuntu user, I came to this irc to ask you a question. We are trying to release a new version of OpenTeacher, and because it is a tool that is very language specific I was wondering if any of you would like to take a couple of minutes and translate it. It really isn't that much work but it would help us a lot. https://translations.launchpad.net/openteacher
[12:16] <cromag> you are aware of that this is the Danish ubuntu channel ?
[12:16] <cromag> so you want danish translation
[12:16] <DoeNietWil> yes i'm asking danish people for help
[12:17] <cromag> super :) - just wanted to make sure :)
[12:22] <cromag> never translated before.
[13:17] <DoeNietWil> if you have questions about the project or the translation please go to http://webchat.freenode.net/?channels=openteacher
[18:44] <Simpel> printer, sabnzbplus genvej automatisk, mail samt backup alt på plads nu funker 100 %
[18:44] <Simpel> fedest system ubuntu
[18:45] <Simpel> men kan kun 1 %
[19:03] <kristian-aalborg> hey lars_t_h
[19:03] <kristian-aalborg> prøv lige at se denne dimmer: http://www.memorydepot.com/ssd/listcat.asp?catid=edc400044


[16:00] <matsubara> #startmeeting
[16:00] <MootBot> Meeting started at 10:00. The chair is matsubara.
[16:00] <matsubara> Welcome to this week's Launchpad Production Meeting. For the next 45 minutes or so, we'll be coordinating the resolution of specific Launchpad bugs and issues.
[16:00] <matsubara> [TOPIC] Roll Call
[16:00] <MootBot> New Topic:  Roll Call
[16:00] <rockstar> ni!
[16:00] <allenap> me
[16:00] <mbarnett> whee!
[16:00] <Chex> hello
[16:00] <matsubara> Apologies from Ursinha and Stuart
[16:01] <matsubara> gary_poster, bigjools_, danilo-afk2: ho
[16:01] <matsubara> s/ho/hi/
[16:01] <matsubara> sinzui, hi
[16:01] <gary_poster> mo, me
[16:01] <sinzui> me
[16:02] <matsubara> ok, soyuz and translations are awol. let's move on and they can join later
[16:02] <matsubara> [TOPIC] Agenda
[16:02] <MootBot> New Topic:  Agenda
[16:02] <matsubara>  * Actions from last meeting
[16:02] <matsubara>  * Oops report & Critical Bugs & Broken scripts
[16:02] <matsubara>  * Operations report (mthaddon/Chex/spm/mbarnett)
[16:02] <matsubara>  * DBA report (stub)
[16:02] <matsubara>  * Proposed items
[16:02] <matsubara> [TOPIC] * Actions from last meeting
[16:02] <MootBot> New Topic:  * Actions from last meeting
[16:02] <matsubara>     * barry to continue debug on bug 403606 after finishing 3.0 UI stuff
[16:02] <matsubara>     * intellectronica to take a look or find someone to take a look on bug 408738 after finishing 3.0 UI stuff
[16:02] <matsubara>     * chex to trawl logs and add request that caused 500 error to bug 422960
[16:02] <matsubara>         * spm added more info to the bug report
[16:02] <matsubara>     * ursinha to file a bug for OOPS-1345G2533 and coordinate a fix with gary/stub
[16:02] <matsubara>         * Filed bug 427397
[16:03] <matsubara>     * matsubara to trawl logs related to high load on edge yesterday and ping Chex about it
[16:03] <sinzui> matsubara: I looked into Bug  403606. Still no progress. This needs barry and a losa on staging I think
[16:03] <matsubara> [action]  * matsubara to trawl logs related to high load on edge yesterday and ping Chex about it
[16:03] <MootBot> ACTION received:   * matsubara to trawl logs related to high load on edge yesterday and ping Chex about it
[16:04] <matsubara> i still have to do that
[16:04] <matsubara> sinzui, shall I re-add the action item? I'm assuming barry is still busy with 3.0 stuff?
[16:04] <bigjools> me
[16:05] <matsubara> hi bigjools, welcome
[16:05] <bigjools> sorry I'm late
[16:05] <sinzui> yes. I expect him to have time next week
[16:05] <matsubara> cool. thanks
[16:05] <matsubara> [action]  * barry to continue debug on bug 403606 after finishing 3.0 UI stuff
[16:05] <MootBot> ACTION received:   * barry to continue debug on bug 403606 after finishing 3.0 UI stuff
[16:05] <allenap> matsubara: None of the Bugs team has time right now to address bug 408738 sadly; we're all maxed out. I expect we won't get to this until after 3.0.
[16:06] <matsubara> allenap, ok. I'll retarget to 3.1.10 then. do you want to keep the action item as reminder or should I remove it/
[16:07] <allenap> matsubara: Remove it. If it's in the milestone it's reminder enough :)
[16:07] <allenap> Thanks.
[16:07] <matsubara> cool. thanks allenap
[16:07] <matsubara> let's move on
[16:07] <matsubara> [TOPIC] * Oops report & Critical Bugs & Broken scripts
[16:07] <MootBot> New Topic:  * Oops report & Critical Bugs & Broken scripts
[16:08] <matsubara> sinzui, can you take a look at https://bugs.edge.launchpad.net/launchpad-registry/+bug/429802 ?
[16:09] <matsubara> sinzui, and assign/schedule it please
[16:09] <matsubara> there was a bunch of DisconnectionErrors last week
[16:10] <matsubara> which might be related to the outage we had
[16:10] <sinzui> matsubara: We know what we are going to do with that. It the unassignment scheduler for deactivated and suspected accounts
[16:11] <matsubara> sinzui, what's that?
[16:12] <sinzui> There are several manifestations on this problem. the solution is a nightly cronjob that cleans up the teriary data left behind after the account was changed.
[16:13] <matsubara> I see.
[16:14] <matsubara> sinzui, looks like you have everything sorted :-)
[16:14] <sinzui> matsubara: This will fix every where you see a deactivated person/team in a list
[16:14] <matsubara> cool. so probably something for 3.1.10?
[16:15] <sinzui> matsubara: yes, but then we started the release and redesign so I did no do it.
[16:15] <sinzui> matsubara: I will create a spec today for it. I think 3.1.10 or 3.1.11
[16:15] <matsubara> sinzui, thank you
[16:16] <matsubara> On the critical bugs front, we have only one, which is fix committed
[16:17] <matsubara> and on the scripts failures front
[16:17] <matsubara> we have a bunch which failed this week :-(
[16:17] <matsubara> the rosetta-poimport issue, which danilo is taking care of
[16:18] <matsubara> checkwatches also hung and spm/gmb debugged and replied. it's all good now
[16:18] <matsubara> process-pending-packagediffs which julian and cprov took care of with help from steve
[16:19] <matsubara> and we now have a rosetta-approve-imports which is failing
[16:19] <matsubara> probably related to the poimport failure
[16:19] <matsubara> since danilo is not here, I'll ask him later
[16:19] <danilo-afk2> matsubara, poimport has been fix released, approve imports unrelated to rosetta-approve-imports, and the latter should be fixed as well by now
[16:19] <matsubara> [action] matsubara to ask danilo about rosetta-approve-imports failures
[16:19] <MootBot> ACTION received:  matsubara to ask danilo about rosetta-approve-imports failures
[16:19] <bigjools> fyi process-pending-packagediffs are caused by a bug in "diff" iteself!
[16:20] <matsubara> hi danilo-afk2
[16:20] <danilo-afk2> hi, henninge was supposed to be here for the meeting, I am supposed to be afk
[16:20] <matsubara> thanks for the update. it'd be awesome if you could reply to the Scripts failed to run: loganberry:rosetta-approve-imports email sent to the list
[16:20] <matsubara> danilo-afk2, I pinged both
[16:21] <danilo-afk2> matsubara, I got sms from him that he forgot about it and went out, sorry for the lack of participation from translations, /me goes afk again
[16:21] <matsubara> danilo-afk2, hmm ok. thanks
[16:22] <matsubara> I think that's all for this section
[16:22] <matsubara> thanks everyone
[16:22] <matsubara> [TOPIC] * Operations report (mthaddon/Chex/spm/mbarnett)
[16:22] <MootBot> New Topic:  * Operations report (mthaddon/Chex/spm/mbarnett)
[16:22] <Chex> hi everyone, here is our report for this week:
[16:23] <Chex> - staging buildbot is now setup so we can test new  versions of buildbot in a sandbox
[16:23] <Chex> - there have been ongoing discussions & plans to make codebrowse more reliable this week
[16:23] <Chex> - poimport query caused Production DB disk issue on 11-Sep.  Bug: #408718 was applied to production on
[16:23] <Chex> 15-Sep to fix the issue, poimport process was re-enabled after the fix applied.
[16:24] <Chex> anyone have any questions?
[16:25]  * mbarnett chirps
[16:26]  * gary_poster notices the sound of the wind in the trees...
[16:26] <gary_poster> or maybe that's the air conditioning...
[16:27] <mthaddon> as always, losa concerns knock everyone over with their excitement levels
[16:27] <mbarnett> nice work chex, you broke the meeting!
[16:27] <bigjools> or put them to sleep
[16:27] <Chex> sorry all... :/
[16:28] <gary_poster> yay losas for staging buildbot!
[16:28] <gary_poster> matsubara: :-D ?
[16:28] <matsubara> guess not. thanks Chex
[16:28] <matsubara> [TOPIC] * DBA report (stub)
[16:28] <matsubara> nothing to report about the DB
[16:28] <MootBot> New Topic:  * DBA report (stub)
[16:28] <matsubara> [TOPIC] * Proposed items
[16:28] <MootBot> New Topic:  * Proposed items
[16:28] <matsubara> no proposed items
[16:28] <matsubara> anything else before I close?
[16:28] <matsubara> 5
[16:28] <matsubara> 4
[16:28] <matsubara> 3
[16:28] <matsubara> 2
[16:28] <mthaddon> 1.5
[16:28] <matsubara> 1
[16:28] <matsubara> Thank you all for attending this week's Launchpad Production Meeting. See https://dev.launchpad.net/MeetingAgenda for the logs.
[16:28] <matsubara> #endmeeting
[16:28] <MootBot> Meeting finished at 10:28.
[16:29] <gary_poster> thanks matsubara
[16:29] <mbarnett> victory is ours!


[00:49] <ahoneybun> hello all
[00:52] <Noskcaj> hey ahoneybun
[00:53] <Noskcaj> k den
[02:33]  * ahoneybun starts upgrade to 14.04 beta 2
[02:33] <ahoneybun> btw the command for a upgrade to a dev branch is do-release-upgrade -d
[06:38] <ahoneybun> I have to say 14.04 beta 2 is so much faster on my macbook then 13.10
[10:17] <darkxst> ricotz, hey
[10:18] <ricotz> darkxst, hey
[10:19] <ricotz> make it quick i was about to leave
[10:19] <darkxst> anychance you could help get vanilla g-s-d and g-c-c 3.10 ready for FFe
[10:19] <darkxst> I don't have any proper internet right now :(
[10:19] <darkxst> we are going to upload a renamed gnome-desktop 3.10 for this cycle
[10:20] <ricotz> hmm, what is the deadline?
[10:20] <ricotz> i see
[10:21] <darkxst> pretty soon
[10:22] <ricotz> hmm, not i will find much time so "soon"
[10:23] <ricotz> this mean you internet problems are not temporarily?
[10:24] <ricotz> anyhow send me the links to the wip-packages for now
[10:24] <ricotz> bbl
[10:25] <darkxst> its complicated, they accidently disconnected us when booked in a move
[10:25] <darkxst> and now they don't know how to fix it :(
[10:25] <darkxst> ok, I will try and catch you in the morning
[10:27] <darkxst> ricotz, https://code.launchpad.net/~darkxst/gnome-control-center/vanilla3.8
[10:29] <darkxst> I havent yet got around to stripping the cruft from g-s-d
[20:48] <ahoneybun> is anyone ever here>
[20:51] <Noskcaj> ahoneybun, yeah
[20:53] <ahoneybun>  I was trying to have a talk about the release notes but a bit more faster then using the mailing list
[20:54] <Noskcaj> ahoneybun, you want darkxst then
[20:54] <Noskcaj> or ali, but he's never on irc, usually G+
[20:56] <ahoneybun> I have been talking to him and someone else
[20:58] <ahoneybun> jame
[20:58] <ahoneybun> s
[21:54] <darkxst> hi ahoneybun
[21:55] <ahoneybun> hey darkxst
[22:07] <darkxst> Noskcaj, did you test that gnome-desktop rename package?
[22:07] <darkxst> ahoneybun, what about the release notes?
[22:08] <Noskcaj> darkxst, Only in that it builds, i can't do anything more
[22:08] <darkxst> it probably won't install, since it still overwrites some files from the other packages
[22:13] <ahoneybun> darkxst, anything I can do related to the release notes?
[22:35] <n_alvarez2007> Hi everyone
[22:35] <n_alvarez2007> Who do I have to speak with in order to get help with theming Ubuntu GNOME
[22:36] <Noskcaj> !ask
[22:36] <Noskcaj> !patience
[22:36] <Noskcaj> never mind, he left :(