[02:43] <thumper> menn0: https://github.com/juju/juju/pull/6315
[02:46] <menn0> thumper: looking
[02:52] <thumper> hmm... best go pick up the dog
[03:19] <thumper> menn0: the QA steps were all with the next branch, which adds the command aspects
[03:19] <thumper> there is no QA for just the server bits
[03:19] <thumper> because it is a new call
[03:20] <menn0> ok cool, that's fine
[03:20] <menn0> thumper: sorry that I forgot
[03:20] <thumper> :)
[03:20] <thumper> I'll add the bits shortly
[03:20] <thumper> let me add docstrings, tweak names and move on to submitting the next bit
[03:25] <veebers> thumper: seems like a bit of an edge case but if you create and then delete a model it still shows up in list-models, but cannot be deleted. But it also unselects it as the focused model: http://pastebin.ubuntu.com/23232282/
[03:29] <veebers> thumper, menn0: You seen something like that before? ^^ Going to file a bug as I can't find an existing bug for it
[03:30] <thumper> veebers: it hangs around until the undertaker kills it
[03:30] <thumper> and cleans up
[03:30] <thumper> it shouldn't take too long
[03:30] <menn0> veebers: this could be related to an existing ticket
[03:30]  * menn0 finds
[03:30] <thumper> when we first did it, we had it keep the model around for a day so logs and things could be removed
[03:30] <thumper> but folks didn't like that
[03:30] <thumper> so it was shortened, but not sure what to
[03:31] <thumper> menn0: PR updated
[03:31] <veebers> menn0, thumper: hmm ok the models (I tried a couple of times) are still there and the status stats 'available', that should be 'destroying' or something no?
[03:32] <thumper> veebers: when you say delete,
[03:32] <menn0> veebers: yeah, that sounds like the bug I'm looking for
[03:32] <thumper> what are you doing?
[03:34] <veebers> thumper: as per the command in the pastebin: juju --show-log add-model -c charm-test model89; juju --show-log destroy-model model89 -y
[03:35] <thumper> yes, the model hangs around for a while
[03:35] <thumper> is it still there?
[03:35] <thumper> hang on
[03:35] <thumper> those commands errored out
[03:35] <thumper> with not found
[03:36] <veebers> thumper: yeah, after the original delete attempt (no error there) any follow up attempts error
[03:36] <thumper> oh, first line does it all
[03:36] <veebers> thumper: just re-checked list-models and they are still there (with status available0
[03:36] <menn0> veebers, thumper: nope, I can't find that ticket
[03:37] <thumper> yeah, that's definitely odd
[03:37] <veebers> menn0: you thinking of this one? https://bugs.launchpad.net/juju/+bug/1613960
[03:37] <mup> Bug #1613960: list-models can show a model that was supposed to have been deleted <juju:Triaged> <https://launchpad.net/bugs/1613960>
[03:37] <veebers> menn0: huh right I have come across this before (as I filed that bug :-\)
[03:37] <thumper> ha
[03:38] <thumper> menn0: wanna +1 that PR?
[03:38] <menn0> veebers: I was thinking of a different one, where an error like that appears after lots of add/destroy model commands
[03:38] <menn0> thumper: yep
[03:39] <menn0> thumper: done
[03:39] <thumper> ta
[03:39] <veebers> menn0: ah, that might be one that was alluded to when I tried this test run here (create a bunch of models, then delete a bunch of models)
[03:40] <veebers> menn0: hmm, or not I think this might be the one I'm thinking of: https://bugs.launchpad.net/juju/+bug/1625774
[03:40] <mup> Bug #1625774: memory leak after repeated model creation/destruction <eda> <oil> <oil-2.0> <juju:Triaged by alexis-bruemmer> <https://launchpad.net/bugs/1625774>
[03:42] <menn0> veebers: no not that one
[03:43] <veebers> menn0: if we keep going through _all_ the bugs I'm sure we'll finally uncover the one we're looking for ;-)
[03:43] <menn0> veebers: haha ... I'm sure there is one but I can't find it
[03:43] <menn0> veebers: I saw it when helping babbageclunk with something
[03:45]  * thumper waits for branch to land before proposing next
[07:53] <dimitern> jam: morning
[07:54] <dimitern> jam: do you have the HO link?
[07:54] <jam> morning
[07:54] <jam> yes
[07:54] <dimitern> ok
[07:54] <jam> I'll be there in about 5 min
[07:54] <dimitern> +1
[08:12] <voidspace> macgreagoir: hey, I think on Friday I may have just been imaptient - I did eventually see one container deploy working
[08:12] <voidspace> macgreagoir: I think I just may not have been allowing enough time for image download
[08:12] <voidspace> macgreagoir: so I'm retrying your branch
[08:13] <macgreagoir> voidspace: Enjoy!
[08:13] <voidspace> :-)
[08:13] <voidspace> macgreagoir: are you at the London sprint now?
[08:13] <macgreagoir> I was wondering if you needed ot dpkg-reconfig maas pkgs to get dhcp on your new subnet too.
[08:13] <macgreagoir> voidspace: I am.
[08:13] <voidspace> macgreagoir: have fun :-)
[08:14] <macgreagoir> Cheers!
[08:26] <redir> http://www.ryman.co.uk/search/go?w=adapter
[08:26] <redir> wrong link
[08:26] <redir> how about https://docs.google.com/spreadsheets/d/1AGF6ED7kOtigvWTOBS8lkC0t2st63IRhbdpPWeofauU/edit#gid=1152189692
[08:50] <frobware> redir: https://bugs.launchpad.net/juju/+bug/1611766
[08:50] <mup> Bug #1611766: upgradeSuite.TearDownTest sockets in a dirty state <ci> <intermittent-failure> <regression> <unit-tests> <juju:Triaged> <https://launchpad.net/bugs/1611766>
[09:34] <mup> Bug #1626576 changed: credential v. credentials is confusing <usability> <juju:Triaged> <https://launchpad.net/bugs/1626576>
[09:34] <mup> Bug #1626878 changed: ERROR juju.worker.dependency engine.go <juju:Triaged> <https://launchpad.net/bugs/1626878>
[09:34] <mup> Bug #1627554 changed: juju binary broken on sierra <juju:Triaged> <https://launchpad.net/bugs/1627554>
[09:44] <anastasiamac> jam: dimitern: macgreagoir: replacing JujuConnSuite in state with ConnSuite: https://github.com/juju/juju/pull/6317
[09:44] <jam> anastasiamac: looking
[09:44] <anastasiamac> ja \o/
[09:44] <anastasiamac> ta even :D
[09:46] <jam> anastasiamac: +1
[09:46] <anastasiamac> jam: amazing \o/
[10:34] <voidspace> macgreagoir: so I'm afraid I still see - with a machine with a single nic on the pxe subnet a lxd container starts fine
[10:34] <voidspace> macgreagoir: with two nics, the "first" on a separate subnet, the container starts but gets no address
[10:34] <voidspace> macgreagoir: your branch
[10:35] <voidspace> macgreagoir: I'm just trying to confirm its not an oddity of the way I've set up the two nics
[10:49] <macgreagoir> voidspace: You're seeing the addressing issue on my branch too?
[10:49] <voidspace> macgreagoir: yup
[10:49] <voidspace> macgreagoir: can't connect to the lxd at all (nor exec commands in it) to see the rendered /e/n/i
[10:49] <voidspace> macgreagoir: unless you know a trick to get it
[10:50] <macgreagoir> voidspace: Can you see inside /var/lib/containers/<container>/rootfs ?
[10:51] <macgreagoir> /var/lib/lxd/containers... that is
[10:53] <voidspace> macgreagoir: will try shortly - just adding a lxd container with your branch with the second NIC unconfigured
[10:53] <voidspace> macgreagoir: to check that works
[10:54] <voidspace> macgreagoir: for the second NIC (ethA not on pxe subnet) I have gateway address *on* that subnet - which probably means that subnet is not routable to the other one (or the wider internet)
[10:54] <voidspace> macgreagoir: I wonder if that might be the issue and if the gateway address for <IP_ADDRESS>/24 should be <IP_ADDRESS> (on the pxe subnet)
[10:55] <rogpeppe> i've just resurrected https://github.com/juju/testing/pull/108 after leaving it languishing for a month or so. could someone review it please? (i got a positive review from fwereade, but it needed tests which i've just done).
[10:55] <rogpeppe> it has a companion branch at https://github.com/juju/utils/pull/242 (much smaller)
[10:59] <anastasiamac> rogpeppe: we'll look shortly :D thank you for the tests!
[11:10] <rogpeppe> anastasiamac: ta!
[11:11] <voidspace> macgreagoir: hmmm... with an unconfigured NIC as the "first" NIC it *looks* like I'm still seeing no address for the container
[11:11] <voidspace> macgreagoir: restoring the order and trying *again*
[11:26] <rick_h_> morning
[11:26] <rick_h_> dooferlad: welcome back
[11:26] <dooferlad> hi!
[11:27] <voidspace> macgreagoir: yup, if I reorder the NICs then it starts fine.
[11:27] <rick_h_> dooferlad: how's the little one?
[11:27] <voidspace> macgreagoir: will try again with the order reversed and see if I can get to /e/n/i
[11:27] <dooferlad> rick_h_: doing well. Old enough to smile now, which is lovely.
[11:27] <voidspace> dooferlad: hey, hi!
[11:27] <voidspace> dooferlad: you back, or just a visit?
[11:27] <dooferlad> voidspace: hello
[11:27] <dooferlad> I am back
[11:27] <voidspace> dooferlad: so good when they can smile :-)
[11:28] <voidspace> dooferlad: congratulations and welcome back!
[11:28] <dooferlad> voidspace: thanks!
[11:28] <dooferlad> voidspace: I just wish big sister would go back to sleeping well!
[11:28] <voidspace> dooferlad: oh no!
[11:29] <voidspace> dooferlad: I feel your pain, Benjamin is in (another) phase of not going to sleep until about 1am
[11:29] <voidspace> very tiring, literally and figuratively
[11:29] <voidspace> the joy of children :-)
[11:30] <dooferlad> voidspace: yea, Naomi is often up before 6. I was just about feeling human before that started!
[11:32] <voidspace> dooferlad: ah man, not much fun
[11:49] <rogpeppe> ashipika: for some reason i seem to have been disconnected from canonical IRC
[11:49] <rick_h_> rogpeppe: yea, lots of stuff down
[11:49] <rick_h_> LP, etc
[11:50] <rogpeppe> rick_h_: marvellous :)
[11:50] <ashipika> rogpeppe, rick_h_: interesting :)
[11:51] <rick_h_> "space| dooferlad: ah man, not much fun
[11:51] <rick_h_> 11:49   rogpeppe| is now known as rogpeppe1
[11:51] <rick_h_> 11:49  rogpeppe1| is now known as rogpeppe
[11:51] <rick_h_> 11:49   rogpeppe| ashipika: for some reason i seem to have been disconnected from canonical IRC
[11:51] <rick_h_> bah
[11:52] <rick_h_> rogpeppe: ashipika looks like firewall issue atm, being worked on
[11:52] <ashipika> rick_h_: thank you for the info!
[11:56] <rogpeppe> ashipika: re: waiting for AfterFunc - we've got the Alarms method to tell when things have started waiting. That is unfortunately necessary, but anything more seems like it would be more than the test code should be relying on. For example, the code could change to start a goroutine itself rather than calling AfterFunc and the test code wouldn't be able to tell when that finished.
[11:58] <ashipika> rogpeppe: and i suppose you'd have to change the signature of the parameter function to AfterFunc
[11:59] <rogpeppe> ashipika: no, i don't think so
[11:59] <ashipika> rogpeppe: ok.. it was just a thought.. feel free to land the PR
[12:16] <rogpeppe> ashipika: any chance you could approve this too please? https://github.com/juju/utils/pull/242
[12:18] <ashipika> rogpeppe: done
[12:28] <rogpeppe> ashipika: ta
[12:37] <rogpeppe> ashipika: ha, marvellous, there's a cyclic dependency between juju/utils and juju/testing
[12:37] <ashipika> rogpeppe: my condolences :)
[13:19] <rick_h_> natefinch: ping, how goes the rackspace work?
[13:25] <natefinch> rick_h_: mostly figured out what was going on Friday.  still have one question for curtis when he gets on
[13:26] <rick_h_> natefinch: k, I've got a call with rax in a bit under an hour and wanted to know where we stand with things
[13:27] <natefinch> rick_h_: hoping to get a fix up today
[13:27] <perrito666> voidspace: did the binary from my branch worked? I fixed my bug finally am writing tests now
[13:27] <natefinch> rick_h_: but I would tell rackspace a couple days to be safe :)
[13:27] <rick_h_> natefinch: k, all good. it's on a different topic but it might come up
[13:27] <rick_h_> natefinch: so need to make sure we're still rc2 targeted
[13:31] <natefinch> rick_h_: yep
[13:48] <rick_h_> voidspace: ping, did we get anywhere with the MAAS issues friday?
[13:49] <babbageclunk> redir: http://bazaar.launchpad.net/~juju-qa/juju-ci-tools/repository/
[14:03] <frobware> mgz: ping
[14:03] <katco> voidspace: standup time
[14:03] <voidspace> katco: omw
[14:05] <voidspace> rick_h_: I suggested something that might be the cause of the problem
[14:05] <voidspace> rick_h_: hang on, in standup - I'll come back to you after that
[14:06] <rick_h_> voidspace: rgr ty
[14:08] <mgz> frobware: yo
[14:13] <mgz> frobware: can I help?
[14:14] <frobware> mgz: please - I was trying to run assess_recovery.py but I don't think I have enough runes; bombs with permisson denied
[14:14] <mgz> frobware: run with --verbose --debug and pastebin?
[14:15] <frobware> mgz: heh pastebin seems to be down
[14:16] <mgz> frobware: eheh, try a different pastebin
[14:19] <mgz> hm, come back lp, I need to finish getting by stuff reviewed
[14:20] <babbageclunk> alexisb: wanna catchuo?
[14:20] <babbageclunk> p
[14:20] <alexisb> babbageclunk, sure
[14:20] <mgz> dooferlad: I could do with bugging at some point today about some cross maas version network things
[14:21] <dooferlad> mgz: sure. When works for you?
[14:22] <mgz> half an hour?
[14:22] <mgz> +in
[14:22] <dooferlad> mgz: sounds good
[14:28] <rock> Hi. I have OpenStack-on-lxd setup. juju version is 2.0-beta15. I am trying to install multipath-tools package on nova deployed LXD container and cinder deployed lxd container using our "cinder-storage driver" charm. But that package not installing on LXD containers. Giving issues. http://paste.openstack.org/show/582953/
[14:29] <rock> I ran #apt-get install --yes multipath-tools   command on Online LXD container console . There also it was giving the same issue as I pasted above.
[14:30] <rock> #lxd and #lxccontainers channels are not in active state.
[14:30] <rock> if anyone have any idea on this please provide me that .
[14:32] <perrito666> voidspace: this should fix your issue with some luck https://github.com/juju/juju/pull/6321
[14:38] <natefinch> rock: you'll probably have better response on #juju but it sounds like a packaging problem since it's a dpkg error
[14:40] <perrito666> I need a non trivial review here https://github.com/juju/juju/pull/6321
[14:41] <rock> natefinch: OK. Thank you.
[14:42] <voidspace> rick_h_: irc or hangout
[14:43] <voidspace> rick_h_: but the summary, custom binaries from here *may* solve the issue: https://github.com/juju/juju/pull/6321
[14:46] <voidspace> rick_h_: I've sent an email
[14:48] <rick_h_> voidspace: ty
[14:52] <voidspace> perrito666: thanks!
[14:52] <voidspace> perrito666: on your branch, is the status polling in a goroutine the same pattern used by the other providers?
[14:52] <voidspace> perrito666: and have you manually tested with maas 1.9 and 2...
[14:54] <voidspace> perrito666: the code changes themselves look pretty straightforward, I like the maas2Controller interface
[14:56] <dimitern`> LP still broken - we can't merge anything due to check-blockers.py getting 503
[14:56] <perrito666> voidspace:  answering in order :)
[14:56] <perrito666> 1) the status polling gorouting is not a pattern, we are not doing it for other providers (and we should)
[14:57] <perrito666> voidspace: we where only updating the "instance status" which is wrong
[14:57] <perrito666> I have manually tested with maas 1.9
[14:57] <perrito666> sorry maas 2
[15:01] <dimitern`> perrito666: please, keep in mind we have 2 separate code paths for maas 1.9 and 2.0
[15:02] <dimitern`> perrito666: both should be tested if the change applies to both versions
[15:02] <voidspace> dimitern`:  t looks good to me
[15:03] <perrito666> dimitern`: I have (not very nicely separated btw :p ) but yes I kept it in mind while coding the fix, I guess I can start a 1.9 maas to try this
[15:03] <voidspace> dimitern`: I'll see if I can check with maas 1.9, need to fail a deployment...
[15:03] <voidspace> perrito666: ah, well - happy for you to do it
[15:03] <voidspace> perrito666: and oi! the separation is *great*
[15:03] <perrito666> voidspace: if you HAVe a 1.9 I would be very thankful if you did it for me
[15:03] <dimitern`> voidspace, perrito666 thanks guys! :)
[15:03] <perrito666> voidspace: I have to install the whole thing
[15:04] <perrito666> if not ill do it
[15:04] <voidspace> perrito666: I have one setup
[15:04] <voidspace> perrito666: how did you test - what did you do to get deployment to fail. Mark as broken after deployment starts?
[15:04] <perrito666> voidspace: I shall pay in beer :p
[15:04] <perrito666> voidspace: I wrote the QA steps :p, basically bootstrap and once it is up, break the power profile for the nodes and deploy something
[15:05] <voidspace> perrito666: I'll let you know how it goes.
[15:06] <perrito666> tx a lot
[15:07] <dimitern`> macgreagoir: http://paste.ubuntu.com/23233677/
[15:16] <anastasiamac> mgz: is the bot stuck? http://juju-ci.vapour.ws:8080/job/github-merge-juju/9327/console
[15:17] <mgz> likely, lp is down
[15:17] <dimitern`> ok, my bad
[15:18] <anastasiamac> mgz: is there a timeout for the blocker check?
[15:18] <dimitern`> my PR got picked up by the bot, which due to LP being down, is now stuck at check-blockers.py
[15:18] <mgz> not independently, but we can't land when lp isn't up anyway
[15:19] <dimitern`> and that's because check-blockers is not called with a timeout
[15:31] <natefinch> gah forgot launchpad is down
[15:49] <voidspace> frobware: did you manage to reproduce the telefonica issue?
[15:52] <redir> http://reports.vapour.ws/releases/issue/5762fb3b749a5667e3627666
[15:52] <redir> frobware: babbageclunk ^
[15:59] <natefinch> sinzui: I tried doing the easy fix for rackspace, just hack the endpoint url. but I'm getting a 401 response from rackspace:
[15:59] <natefinch> 11:54:41 DEBUG juju.provider.openstack provider.go:625 authentication failed: authentication failed
[15:59] <natefinch> caused by: requesting token: Unauthorised URL https://dfw.images.api.rackspacecloud.com/v2/auth/tokens
[15:59] <natefinch> caused by: request (https://dfw.images.api.rackspacecloud.com/v2/auth/tokens) returned unexpected status: 401
[15:59] <natefinch> sinzui: do I need to access that identity.api.rackspacecloud.com url first, to authenticate?  and if so, where do I get the api key?
[16:06] <sinzui> natefinch: I think so. I am sprinting this week. josvaz in @cloudware has most of the details. I found the API key in the rackspace web ui. There isn't anything in the juju config to show that. I do have a rackspacrc file. It exports the standard OpenStack vars. I see "_RACKSPACE_API_KEY" defined, but unused. I didn't notice it unitl now :(
[16:07] <natefinch> hmm ok
[16:07] <natefinch> sinzui: thanks for the info
[16:07] <natefinch> sinzui: I'll talk to josvaz
[16:12] <perrito666> ouch, I actually need lp to pick a new bug
[16:12] <natefinch> it's back
[16:14] <perrito666> just in time
[16:17] <alexisb> perrito666, do you need bug suggestions?
[16:17] <perrito666> alexisb: sure
[16:18] <perrito666> admit it, you have a script checking on me talking about bugs
[16:18] <alexisb> :)
[16:19] <alexisb> that is one of the duties of my job
[16:37] <voidspace> perrito666: hmmm... so after a long update / new image import / bootstrap cycle
[16:38] <voidspace> perrito666: I'm now seeing on maas 1.9: after a deploy, then manually marking the machine as broken in maas (my nodes all have manual power types so that seemed easier)
[16:38] <voidspace> perrito666: the machine stays as pending
[16:38] <voidspace> perrito666: status doesn't change
[16:39] <voidspace> perrito666: I'll try again :-/
[16:39] <perrito666> voidspace: interesting, tx, if you have that issue again ill investigate with my setup here
[16:50] <natefinch> sinzui: is there anyone else I can talk to? Josvaz is past EOD, AFAICT.
[16:51] <sinzui> natefinch: rcj?
[16:52] <natefinch> sinzui: thanks
[16:57] <redir> babbageclunk: https://bugs.launchpad.net/juju/+bug/1606310
[16:57] <mup> Bug #1606310: storeManagerSuite.TestMultiwatcherStop not stopped <ci> <intermittent-failure> <regression> <unit-tests> <juju:Triaged> <https://launchpad.net/bugs/1606310>
[17:00] <voidspace> perrito666: so with a broken power type I do see the status change to down
[17:00] <voidspace> perrito666: however, if I manually break the machine I don't see a status change I don't think
[17:00] <voidspace> perrito666: I'm going to try that with maas 2 - but probably tomorrow now as I'm nearly EOD
[17:00] <voidspace> perrito666: I left a question and a comment - the question is likely to be just me being dumb
[17:01] <perrito666> voidspace: tx a lot for the tests
[17:01] <voidspace> np
[17:35] <CorvetteZR1> hi.  i got openstack up and running with openstack-base-xenial-mitaka
[17:36] <CorvetteZR1> i can log into the dashboard, but when i go to containers, i get an error:  Unable to get the Swift container listing.
[17:37] <CorvetteZR1> how do i configure this?  how do i log into the servers juju configured?
[17:37] <CorvetteZR1> ssh into them i mean
[18:12] <hml> question - how to i add a new endpoint for running the juju go test with the openstack provider?  i’m missing the piece
[18:25] <rick_h_> katco: natefinch have any hint for hml ? ^
[18:25] <katco> hml: what is the juju go test? our suite of tests written in go?
[18:26] <hml> katco: looking at the contribute.md - you run go test github.com/juju/juju to test changes?
[18:27] <natefinch> yeah
[18:27] <natefinch> those won't hit a real openstack
[18:27] <katco> hml: ah ok. you should be able to just run that command; i don't know what you mean by add an endpoint. can you explain?
[18:28] <hml> katco: the code change starts to use the neutron api.  however the test environment doesn’t know about an endpoint to find neutron -
[18:29] <natefinch> you can't make a test that hits a real openstack.... they have to be (more or less) self contained.
[18:29] <hml> katco: for the related goose pkg changes - in the tests i had to add code to spoof neutron
[18:29] <katco> hml: ah, as natefinch says we don't do that in juju. the test should be a unit test and only utilize things in memory
[18:30] <natefinch> the way to connect to openstack using juju normally is to use add-cloud which will prompt for the endpoint
[18:30] <hml> natefinch: hrm… so how do the juju openstack provider tests for nova run then?  they look for a novaClient.
[18:31] <natefinch> hml: there's a lot of spoofing in the tests, precisely to keep it from hitting real infrastructure.  I'm afraid I don't know the details of the openstack tests
[18:32] <katco> hml: i don't know the specifics of the openstack provider tests, but you would mock a novaClient and pass that in. any new tests should not hit anything outside of memory
[18:32] <hml> natefinch: okay - i believe that if i could find where the nova spoofing is done, i could figure it out for neutron, but i haven’t been able to find it yet
[18:34] <hml> katco: i’m looking for where the novaclient is mocked, so i can do the same for a neutronclient.  but so far i’m missing how it’s done.
[18:37] <natefinch> hml probably something with this: gopkg.in/goose.v1/testservices/novaservice
[18:38] <katco> hml: natefinch: i think it's this: https://github.com/juju/juju/blob/master/provider/openstack/local_test.go#L1917
[18:38] <katco> hml: natefinch: called from here: https://github.com/juju/juju/blob/master/provider/openstack/local_test.go#L170
[18:39] <hml> natefinch: katco: cool - i’ll take a look.  thanks
[18:39] <katco> hml: hth, gl
[19:33] <thumper> morning
[19:45] <alexisb> morning thumper
[19:45] <alexisb> voidspace, you still around?
[19:46] <voidspace> alexisb: kind of
[19:46] <voidspace> alexisb: :-)
[19:46] <perrito666> how can this not be working now if it was working on friday
[19:46] <alexisb> voidspace, trying to leave dimiter and andy alone
[19:46] <alexisb> voidspace, do you know if this bug is still an issue for 2.0:
[19:46] <alexisb> https://bugs.launchpad.net/juju/+bug/1560331
[19:46] <mup> Bug #1560331: juju-br0 fails to be up when no gateway is set on interface <juju:Triaged> <juju-core:Won't Fix> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1560331>
[19:47] <alexisb> o is dooferlad back??
[19:47] <voidspace> alexisb: he is!
[19:47] <alexisb> welcome back dooferlad!
[19:47] <alexisb> dooferlad, you could probably answer the q above as well, if you are still around
[19:47] <voidspace> alexisb: it's nearly 9pm UK time so unlikely he's around, nor the sprint people
[19:47] <voidspace> alexisb: I don't know specifically about that bug, but that area of the code has changed dramatically in recent months
[19:48] <voidspace> alexisb: we have new bugs related to "bridging all the things" for example
[19:48] <voidspace> alexisb: I can talk to dooferlad tomorrow morning and email you
[19:48] <rick_h_> alexisb: that should be corrected in rc1
[19:48] <alexisb> lol yes that is a fun topic for today
[19:48] <alexisb> rick_h_, ack will mark it so
[19:48] <voidspace> cool, sorry I couldn't be more helpful
[19:49] <voidspace> alexisb: ah, there's a comment on the bug saying "if we bridge all the things it will go away"
[19:49] <voidspace> alexisb: and that is done
[19:50] <alexisb> its fixed so that is good :)  one less bug
[19:50] <thumper> alexisb: morning
[19:52] <voidspace> thumper: o/
[19:52] <thumper> hey voidspace
[19:52] <thumper> sprinting?
[19:52] <voidspace> thumper: nope, going downstairs to watch a movie with the wife and hope that the lad falls asleep before 1am tonight :-)
[19:53] <voidspace> thumper: have a good day
[19:53] <voidspace> see you on the other side maybe
[19:53] <thumper> ha
[19:53] <thumper> night
[19:58] <katco> rick_h_: ping
[19:58] <rick_h_> katco: pong
[19:59] <katco> rick_h_: https://github.com/juju/juju/pull/6323 https://github.com/juju/juju/pull/6324
[19:59] <katco> rick_h_: double PR into develop branch failed. what do i do? $$merge$$ other pr?
[19:59] <katco> rick_h_: i wasn't there for the discussion on this
[19:59] <rick_h_> katco: only deal with merging from the one that deals with master
[19:59] <rick_h_> katco: but we should look at what failed in taht check
[20:00] <katco> rick_h_: that merge into develop brought in like 30 commits from before mine
[20:01] <rick_h_> katco: yea, that's all good, because it's not constantly kept up with develop that'll happen
[20:01] <katco> rick_h_: just not sure what failure is related to. looks possibly related to my pr, but i will trust the results of $$merge$$ into master
[20:02] <rick_h_> katco: k
[20:03] <rick_h_> katco: http://juju-ci.vapour.ws/job/github-check-merge-juju/42/artifact/artifacts/trusty-out.log though with a failure in "testAddLocalCharm" seems like it might be a real thing
[20:03] <katco> rick_h_: yes it's possible
[20:03] <rick_h_> katco: the windows one there's an intermittent test failure that's hit before there. Might check it matches up, but not sure.
[20:03] <rick_h_> katco: but might be worth double checking that test while the merge runs to get ahead of the game if there is something
[21:50] <perrito666> alexisb: having fun?
[21:52] <alexisb> always having fun
[21:54] <perrito666> you have changed the standup 5 times :p
[21:59] <menn0> thumper: phew, https://github.com/juju/juju/pull/6325
[21:59] <alexisb> perrito666, yeah I was learning something new
[22:01] <katco> alexisb: is ian on vacation or something?
[22:01] <thumper> yeah
[22:01] <alexisb> katco yes
[22:01] <alexisb> and he did not update the calendar
[22:01] <katco> alexisb: ah ok :) ty
[22:01] <alexisb> which I will be pestering him about when he returns next week
[22:01] <alexisb> ;)
[22:02] <katco> lol no biggie
[22:12] <thumper> menn0: review done
[23:11] <veebers> thumper: a little later on today I would like to bother you again about bug; https://bugs.launchpad.net/juju/+bug/1626784 I have some more details regarding it
[23:11] <mup> Bug #1626784: upgrade-juju --version increments supplied patch version <juju:Incomplete> <https://launchpad.net/bugs/1626784>
[23:12] <thumper> ok
[23:18] <alexisb> axw, ping
[23:46] <axw> thumper: you said you had me pinged? (sounds a bit like "had me made")
[23:46] <thumper> :)
[23:46] <perrito666> menn0: ping me when you need me
[23:47] <thumper> I think I said pinned
[23:47] <thumper> I was really wanting the time queue as part of the provisioner
[23:47] <thumper> but as nice as it would be
[23:47] <thumper> it isn't as high a priority as many of the current fires
[23:48] <menn0> perrito666: could you please try deploying something into a container with Juju 2.0 using MAAS 2.0?
[23:48] <axw> thumper: oh right, gotcha
[23:48] <perrito666> menn0: surre, bootstrapping, gimme a moment
[23:48] <menn0> perrito666: thank you
[23:49] <perrito666> menn0: anny particular formula or just placement?
[23:49] <menn0> perrito666: we don't have much detail at the moment
[23:49] <menn0> perrito666: seems the user was trying to deploy openstack using maas and all the container watchers were panicking
[23:50] <menn0> perrito666: so let's just establish whether or not container deployments work at all for you
[23:51] <perrito666> menn0: k, ill go get a beer for the US debate while this bootstraps
[23:51] <menn0> perrito666: sounds good :)


[00:21] <superm1> looks like CIA is limping and not working.. I just committed one more fix for ubiquity that's retroactive to the encryption stuff for mythbuntu_ui. (don't want that in there for now at least)
[00:21] <superm1> kirkland, do you think there is a lot of value to offering in mythbuntu_ui?  I seem to think that for those types of boxes, a majority are autologinn'ed, so didn't want to present the option even to the user
[00:37] <kirkland> superm1: hmm, i don't think i fully grasp your question
[00:41] <cjwatson> evand: I think you need to add {set,get}_encrypt_home stubs to the noninteractive frontend too, otherwise it'll crash
[00:41] <evand> ah, nice catch
[00:41] <cjwatson> evand: maybe it would be worth having the simple "save result in a boolean member" implementation in BaseFrontend to simplify frontend implementations
[00:42] <cjwatson> (same for auto-login)
[00:42] <evand> still doesn't quite work yet, I need to add ecryptfs-utils to the proper seed
[00:42] <evand> ah, noted
[00:43] <cjwatson> seed> no time like the present ;-)
[00:43] <evand> indeed :)
[00:44] <cjwatson> the alternative answer is to have ubiquity depend on ecryptfs-utils
[00:44] <cjwatson> that might be tidier
[00:45] <cjwatson> though I concede that we are not as consistent and clear and obvious as we might be here
[00:45] <evand> hrm, fair enough.  Will do.
[01:00] <superm1> kirkland, i dont think that question should even be offered on the mythbuntu frontend.  it defeats user experience of the box if it present
[01:00] <superm1> or well if it's used
[01:00] <kirkland> superm1: oh, sorry, you mean the encrypt-home bit on mythtv's installer?
[01:01] <superm1> mythbuntu installer - not the debconf for mythtv
[01:01] <superm1> currently i put it to just hide offering it
[01:01] <kirkland> superm1: i don't think it needs to be in the mythbuntu installer
[01:01] <cjwatson> is autologin an option in the mythbuntu installer?
[01:01] <cjwatson> or is it mandatory?
[01:01] <superm1> cjwatson, if it's a frontend install, it's mandatory.  if it's a backend install it's not done at all
[01:01] <cjwatson> I was under the impression that the plan was to make encrypt-home and auto-login mutually exclusive choices
[01:02] <superm1> so that's why the line i put in to just hide the whole vbox should do the trick
[01:02] <cjwatson> ok, so if it's mandatory then I agree that it makes sense not to offer encrypt-home
[01:13] <evand> cjwatson: on further inspection, I'm not sure I follow you on your suggestion regarding "save result in a boolean member".  Are you suggesting I modify the code to use a callback to store a boolean value in a regular boolean variable?
[01:33] <CIA-3> wubi: Agostino Russo * r54 trunk/ (5 files in 4 dirs):
[01:33] <CIA-3> wubi: * Typo, it is preseed.cfg and not preseed.conf
[01:33] <CIA-3> wubi: * Cleaned up custom installation hooks
[01:33] <CIA-3> wubi: * Trailing white space does not get along well with line continuations
[01:33] <CIA-3> wubi:  in preseed.cfg
[02:01] <CIA-3> ubiquity: evand * r2974 ubiquity/debian/control: Depend on ecryptfs-utils so that it's available in the squashfs for the encrypted home option.
[02:06] <CIA-3> ubiquity: evand * r2975 ubiquity/ubiquity/frontend/noninteractive.py: Add home encryption stubs to the noninteractive frontend.
[02:13] <evand> superm1: anything else you'd like to land before I release?
[02:13] <superm1> evand, i've got small odds and ends that haven't been tested yet, so nothing critical - i say go ahead with release
[02:13] <evand> will do; thanks
[02:20] <CIA-3> ubiquity: evand * r2976 ubiquity/debian/ (80 files in 2 dirs): Add i18n support for the login options.
[02:27] <CIA-3> ubiquity: evand * r2977 ubiquity/ (d-i/manifest debian/changelog):
[02:27] <CIA-3> ubiquity: Automatic update of included source packages: apt-setup
[02:27] <CIA-3> ubiquity: 1:0.37ubuntu8, partconf 1.30ubuntu1.
[02:41] <CIA-3> ubiquity: evand * r2978 ubiquity/debian/changelog: releasing version 1.11.3
[10:02] <davmor2> cjwatson:  I got something weird goning on with Xubuntu alt.  It's popped up a message saying " Please insert the disc labeled: 'Xubuntu 9.04 _ Jaunty Jackalope_ - Alpha i386 (20090113)' in the drive '/cdrom/' and press enter.
[10:04] <cjwatson> evand: I meant the same thing that noninteractive does with auto-login - saves it in self.auto_login
[10:04] <cjwatson> evand: I was just suggesting promoting that from noninteractive to base since it's harmless and simplifies noninteractive
[10:05] <cjwatson> davmor2: at what point?
[10:05] <davmor2> Just after http proxy info
[10:05] <davmor2> and add user
[10:06] <cjwatson> sounds like bug 316618
[10:07] <davmor2> yeap hang on though I got the wrong image this morning re-syncing
[10:09] <davmor2> cjwatson: I setup a cron job rsyncing the iso's but it must of done it before the updates went through
[10:09] <xivulon> cjwatson, I got the preseed sorted (was a type), but then it enters into a loop: http://paste.ubuntu.com/104759/
[10:09] <xivulon> not sure if that rings any bell, I will investigate the matter tonight
[10:13] <cjwatson> davmor2: I'm going to be looking at this one ASAP anyway
[10:13] <cjwatson> since I thought I'd fixed it but seem to have made it worse somehow
[10:15] <cjwatson> xivulon: anything in the other log files? I'd expect a traceback somewhere
[10:16] <xivulon> sorry cjwatson, took that at 2 am and went to sleep
[10:16] <xivulon> will do more work tonight
[10:17] <cjwatson> Jan 14 01:33:07 ubiquity: ['log-output', '-t', 'ubiquity', '--pass-stdout', '/bin/partman-commit'] exited with code 141
[10:17] <cjwatson> xivulon: that's a segfault ... not good
[10:18] <cjwatson> also a parted exception about rereading the partition table on /dev/loop2
[10:19] <xivulon> yep noticed that, davmor2 maybe you could reproduce that too
[10:20] <davmor2> xivulon: I'll have a look shortly
[10:20] <xivulon> the recipe used is very similar to http://paste.ubuntu.com/104275/
[10:20] <xivulon> davmor2, get the latest lp:wubi code, compile as explained yesterday, and run in windows
[10:21] <xivulon> feel free to ask if you need any help
[10:21] <davmor2> right oh
[10:23] <cjwatson> for that /dev/loop2 thing, I need /var/log/partman as well
[10:24] <cjwatson> that goes for any partitioning problems
[10:30] <CIA-3> pkgsel: cjwatson * r128 ubuntu/debian/ (changelog postinst): Fix logic to check whether pkgsel/language-packs has been preseeded.
[11:09] <CIA-3> cdrom-detect: cjwatson * r435 ubuntu/debian/ (cdrom-detect.postinst cdrom-detect.templates changelog):
[11:09] <CIA-3> cdrom-detect: Record the filesystem used to mount cdrom-detect/cdrom_device in
[11:09] <CIA-3> cdrom-detect: cdrom-detect/cdrom_fs for later use.
[11:11] <CIA-3> apt-setup: cjwatson * r157 ubuntu/ (debian/changelog generators/40cdrom load-install-cd):
[11:11] <CIA-3> apt-setup: Use cdrom-detect/cdrom_fs when remounting the CD to ensure that we do so
[11:11] <CIA-3> apt-setup: using the same filesystem.
[11:11] <cjwatson> none of this fixes davmor2's problem, just stuff I noticed
[11:30] <davmor2> cjwatson: any idea why xubuntu live 64 build died there's one for the 13th and not for the 14th which is why the script to download died before the alternate cds
[11:35] <cjwatson> have you checked the build logs?
[11:36] <cjwatson> looks like a transient failure, anyway
[11:36] <cjwatson> I'd recommend that you make your script cope with individual images along the way not existing
[11:37] <cjwatson> I've kicked off a quick rebuild of just that image
[11:38] <davmor2> cjwatson: thanks.  If I knew how to code I would so I'll get onto the people that wrote it instead :)
[11:39] <cjwatson> well, it's just that I make the build logs public so that I can spend more time coding and less time investigating problems ;-)
[11:41] <davmor2> I think it is since they put in the md5sum checker before that the script would just sync what was there
[11:41] <cjwatson> huh? not true
[11:42] <cjwatson> err, oh, sorry
[11:42] <cjwatson> you're talking about the download script you're using, not about the CD build scripts
[11:42] <cjwatson> I misunderstood
[11:45] <davmor2> cjwatson: yes sorry not very clear :)
[12:38] <cjwatson> davmor2: I've added new debugging instructions to bug 316618 - if you have time to run them through too it might help me ...
[12:39] <james_w> does ubiquity write /etc/login.defs by any chance, or does it just leave that up to shadow to create?
[12:39] <cjwatson> not directly, certainly
[12:39] <davmor2> cjwatson: np's but it'll be after lunch now if that's okay
[12:39] <cjwatson> davmor2: that's fine, thanks
[12:39] <james_w> ok, thanks. Just investigating a surprising conffile prompt
[12:40] <cjwatson> james_w: I can't think of anything in d-i that does that - /etc/login.defs is a conffile so it would be a bug if the installer wrote it
[12:40] <james_w> cjwatson: ok, thanks, it seems I may have modified the file then
[12:40] <cjwatson> check maintainer scripts just in case something there is buggy?
[12:45] <james_w> can't see anything touching this file
[13:32] <Scix> d-i shared/accepted-sun-dlj-v1-1 boolean true does not work in preseeding. I'm getting the meessage that i have not accepted the license. Any ideas?
[13:46] <cjwatson> you've used the wrong owner. owner "d-i" means "this is only relevant to the core installer; don't copy me into the target system"
[13:46] <cjwatson> use the package name for the Java package you want to preseed in that way instead of "d-i"
[13:50] <Scix> OK, I'll try that. But d-i ldap-auth-config/dbrootlogin boolean true works. Why?
[13:50] <Scix> is there any man pages for d-i and preseeding?
[13:51] <Scix> i have googled some, but cant find anythig godt, besides the one in the ubuntu documentation
[13:51] <cjwatson> no, it's in the installation guide
[13:51] <cjwatson> d-i isn't great for manual pages at the moment
[13:52] <cjwatson> I have no idea why ldap-auth-config/dbrootlogin works. Luck?
[13:52] <Scix> hehe, many. I'm full of it :p
[13:52] <Scix> *maybe
[13:52] <cjwatson> oh, well, you're just setting ldap-auth-config/dbrootlogin to its default value
[13:53] <cjwatson> anyway, I'd expect that to need 'ldap-auth-config ldap-auth-config/dbrootlogin boolean true'
[13:53] <cjwatson> and would recommend you change your file
[13:53] <Scix> d-i ldap-auth-config/rootbinddn string cn=administrator,dc=skole,dc=lk,dc=local also works, so it's not only default settings :)
[13:55] <cjwatson> I don't know offhand why it's working, but that doesn't change my general statement
[13:55] <Scix> thats ok ;) i'm just saying it. Won't argue about it :)
[13:56] <Scix> but tanks for the tip :)
[13:56] <cjwatson> where did you get the preseed line you used, so that I can correct documentation if I can?
[13:58] <Scix> i found it using DEBCONF_DEBUG, and then just tried. It says in the ubuntu documentation that you can use d-i foo/bar
[13:58] <cjwatson> which documentation? (URL if possible)
[14:00] <Scix> https://help.ubuntu.com/8.10/installation-guide/i386/preseed-advanced.html#preseed-seenflag
[14:10] <cjwatson> OK, I've committed a change to the upstream installation guide (which should filter down to Ubuntu in time) as follows:
[14:10] <cjwatson> Note that the <quote>d-i</quote> owner should only be used for variables
[14:10] <cjwatson> used in the installer itself. For variables belonging to packages installed
[14:10] <cjwatson> on the target system, you should use the name of that package instead. See
[14:10] <cjwatson> the footnote to <xref linkend="preseed-bootparms"/>.
[14:10] <davmor2> cjwatson: right lunch finished just rebooting to start for the logs for you
[14:11] <cjwatson> thanks
[14:15] <davmor2> cjwatson: just double checking there are only 4 file I need to change to set -ex correct?
[14:16] <cjwatson> yes
[14:16] <davmor2> np's
[14:29] <davmor2> cjwatson: you know how normally when you hit go back it goes to the main menu on d-i it don't on that screen it just keeps looping on itself.  I've added the new syslog to the bug so hope it helps
[14:33] <cjwatson> yeah, go back is implemented programmatically so doesn't always go to the main menu
[14:33] <cjwatson> ok, thanks
[14:34] <davmor2> np's just ping me if there is anything else you need
[14:38] <cjwatson> argh, I can't figure this out at all
[14:39] <cjwatson> this is doing my head in
[14:40] <davmor2> cjwatson: Deep breath hold it count to 10.  Swear a lot then look at it again calmly ;)
[14:45] <cjwatson> davmor2: oh, hmm, do you still have this running?
[14:46] <davmor2> yeap
[14:46] <cjwatson> davmor2: can you switch to tty2 and run 'ls /cdrom'
[14:46] <cjwatson> just tell me whether it returns an error or not, I don't need the output
[14:47] <davmor2> no error just output
[14:47] <cjwatson> davmor2: ok, now the same with 'ls /target/cdrom'
[14:48] <davmor2> no output no error
[14:48] <cjwatson> bingo
[14:49] <cjwatson> thanks, I can take it from here
[14:49] <davmor2> np's
[15:03] <CIA-3> apt-setup: cjwatson * r158 ubuntu/ (debian/changelog generators/40cdrom generators/41cdset):
[15:03] <CIA-3> apt-setup: Make sure apt-cdrom doesn't unmount the CD in the first place if cd_type
[15:03] <CIA-3> apt-setup: ends with /single (LP: #316618).
[15:05] <CIA-3> cdrom-detect: cjwatson * r436 ubuntu/debian/changelog: releasing version 1.30ubuntu2
[15:05] <evand> argh, encryption option still broken.
[15:05]  * evand digs
[15:06] <CIA-3> apt-setup: cjwatson * r159 ubuntu/debian/changelog: releasing version 1:0.37ubuntu9
[15:08] <davmor2> evand: is that on live?
[15:08] <evand> yes
[15:09] <davmor2> that's okay then thought I was going mad
[15:09] <evand> heh
[15:10] <davmor2> I've seen encrypted on alternate and had it working so it through me when I saw it was broken
[15:11] <cjwatson> bug 317124 is weird, partman has clearly got totally confused
[15:11] <cjwatson> Jan 14 14:39:16 ubuntu ubiquity: /lib/partman/choose_partition/60partition_tree/do_option: 113:
[15:11] <cjwatson> Jan 14 14:39:16 ubuntu ubiquity: /lib/partman/active_partition/Use: not found
[15:11] <cjwatson> evand: don't suppose this has anything to do with your recent changes?
[15:11] <evand> yes it would, prior to the fix I believe
[15:11] <evand> unless that's using today's CD
[15:12] <cjwatson> oh yes, it's ubiquity 1.11.2
[15:12] <evand> ah, good
[15:12] <cjwatson> ok, can you merge or whatever as appropriate then?
[15:12] <evand> will do
[15:13] <cjwatson> thanks
[15:17] <davmor2> cjwatson: do you think they'll be any chance of a rebuild so we can test the fix or will it be a case of have a look tomorrow?
[15:18] <cjwatson> davmor2: I think it's potentially a3-critical so will probably rebuild later today
[15:18] <davmor2> Cool :)
[15:19] <cjwatson> still don't really understand why I couldn't reproduce it myself
[15:21] <davmor2> cjwatson: look up is your favourite ornament lying down?
[15:22] <davmor2> If not then that explains everytyhing :)
[15:22] <evand> ah, libecryptfs.so.0.0.0 has gone missing in the target filesystem
[15:26] <davmor2> evand: I'm not sure what that means but I'm guessing it's not good :)
[15:26] <cjwatson> evand: might need to change user-setup to apt-install ecryptfs-utils in user-setup-ask rather than in user-setup-apply?
[15:26] <cjwatson> at the moment it's later than blacklist generation
[15:27] <evand> ahh
[15:28] <evand> indeed I had suspected it was the blacklisting
[16:50] <Scix> d-i preseed/late_command string auth-client-config -a -p lac_ldap failure with returncode 127. What does this mean?
[16:54] <cjwatson> dunno, that's not an installer problem, means that that command failed. Investigate that command, which is not one maintained by the installer developers
[16:55] <cjwatson> oh, you probably just need to run it chrooted
[16:55] <cjwatson> try prefixing 'chroot /target' to the value
[17:01] <Scix> posibly outdated docs to? http://ubuntuforums.org/showpost.php?p=6521410&postcount=8
[17:02] <Scix> but as you said, it's not a installer problem
[17:02] <Scix> tanks anyway :)
[17:11] <cjwatson> those aren't docs, they're forum posts
[17:11] <cjwatson> they're also aimed at setting it up after installation, not during installation
[17:12] <cjwatson> adding chroot /target will probably fix it; I think exit code 127 means "command not found" (but check the syslog, I'm sure it will say)
[17:20] <Scix> cjwatson, https://help.ubuntu.com/8.10/serverguide/C/openldap-server.html#openldap-auth-config
[17:21] <davmor2> xivulon: can you have another look at https://launchpad.net/bugs/204133
[17:21] <cjwatson> Scix: again, those are post-install directions
[17:22] <Scix> sorry off topic
[17:22] <cjwatson> and should be perfectly correct if you change it to 'd-i preseed/late_command string chroot /target auth-client-config -a -p lac_ldap' and ensure that the appropriate packages are installed first
[18:24] <xivulon> ah davmor2 left, too late
[18:31] <Ng> is there a way to select which drive d-i (specifically the netboot installer) will use?
[18:32] <Ng> I have a machine with two array controllers on it, one of which has no disks and is showing up as cciss/c0d0 and partman refuses to go near it. I don't see a way inside the installer to switch to c0d1 which has disks and partitions. Just curious if there is an option I can set on the commandline before i go hunting/reporting bugs
[18:34] <kirkland> evand: shall i download the desktop daily?  has the encrypt-home option made it in yet?
[18:35] <evand> kirkland: it is, but it's broken at the moment.  Trying to work out exactly what's wrong (aside from the blacklisting picking up some ecryptfs files it shouldn't)
[18:35] <kirkland> evand: okay, let me know if you need my help ;-)
[18:35] <kirkland> evand: thanks!
[18:35] <evand> anytime
[18:42] <cjwatson> Ng: does it show up in the manual partitioner at all?
[18:42] <cjwatson> Ng: if not, there is no "switch" because it's a bug :-)
[18:51] <Ng> cjwatson: I can't get that to show up, I get a message from parted I've slightly forgotten (booting again now, but it's serial console, so will take a while) and offers Ignore/Cancel. Ignore just dumps me back to the menu
[18:51] <Ng> cciss/c0d1 is in a lower slot number according to the bios, but I guess linux is enumerating in a different order because c0d0 is the one that has no disks
[18:53] <Ng> (this is with jaunty, fwiw)
[18:53] <cjwatson> I need /var/log/syslog and /var/log/partman; it's probably a parted bug of some kind
[18:53] <cjwatson> I'm interested in whether the kernel detects it sanely
[18:54] <Ng> I'll see what I can do. I suspect I'm going to be going to the DC tomorrow morning with a CD to do this by hand, in which case I can pull files off more easily than right now over serial
[18:59] <Ng> "Unable to determine geometry of file/device /dev/cciss/c0d0. You should not use Parted unless you REALLY know what you're doing!\n\nWarning!\n\nIgnore\nCancel"
[19:00] <Ng> Ignore => main menu. selecting Partition Disks from there takes me back to the geometry error
[19:03] <Ng> err, where I said c0d1/c0d0 earlier I mean c1d0/c0d0. according to syslog partman is at least looking at c1d0 because it's noticed there are old LVM partitions on there
[19:06] <Ng>  /var/log/partman is short enough to sanely paste: http://pastebin.ubuntu.com/104938/
[19:07] <Ng> but i guess that's not very interesting, since it's being called on the "first" disk controller and obviously failing because there are no disks there
[19:14] <cjwatson> (I have to go out for a bit, sorry, I'm running an hour late as it is)
[19:24] <Scix> how can i run a sh script with preseed/late_command? Is it even posible?
[19:24] <Scix> have to run a script after installation is done
[19:29] <evand> yes, just pass the absolute filename of the script to preseed/late_command
[19:30] <Scix> evand, absolute file name? Where do I save the file?
[19:33] <evand> if you put it on the root of the CD, then preseed/late_command string sh /cdrom/your_script.sh
[19:34] <Scix> sorry, i'm using network
[19:41] <Scix> why cant i get this to work? Getting not-found in syslog... d-i preseed/late_command string auth-client-config -t nss -p lac_ldap; pam-auth-update ldap; echo "session required pam_mkhomedir.so skel=/etc/skel/ umask=0700" >> /etc/pam.d/common-session
[19:43] <evand> Because you're not chrooted into the target filesystem
[19:43] <evand> Please see the documentation:
[19:44] <evand> https://help.ubuntu.com/8.10/installation-guide/i386/preseed-advanced.html
[19:46] <Scix> I've read that page at least 10 times, but i'm to dumb to find out what to do x-)
[19:48] <evand> preseed/late_command string in-target auth-client-config -t nss -p lac_ldap; in-target pam-auth-update-ldap; echo "session required pam_mkhomedir.so skel=/etc/sel/ umask=0700" >> /target/etc/pam.d/common-session
[19:48] <evand> ^ I think that would work
[19:48] <Scix> ok, so the trick is to put in-target in the front of the command?
[19:50] <evand> right, that will set up the chroot
[21:49] <cjwatson> evand: he failed to read the suggestion I gave him, so good luck :-/
[21:49] <cjwatson> (I'd already suggested chroot /target, which apparently he ignored; in-target would do as well of course)
[21:51] <evand> heh
[23:20] <khashayar> Hi all, I'm testing the cdimage release candidates for alpha 3 (alternate installer), and have stumbled on a peculiar problem where the installer asks the user to insert a "disc labeled Ubuntu ...".
[23:20] <khashayar> Are there any other logs than those under /var/log from the installation environment that I need to catch for the bugreport?
[23:23] <charlie-tca> Is that a current download (just recently or earlier today)?
[23:25] <khashayar> charlie-tca: Yes, downloaded today
[23:25] <khashayar> But I've seen the same thing over the last few days.
[23:26] <charlie-tca> Yes, but the images were rebuilt for today because of that bug. It should be fixed in 14.1
[23:26] <khashayar> Oh, I'm testing 14
[23:26] <khashayar> I'll take another look.
[23:27] <charlie-tca> Thanks
[23:28] <khashayar> I'm also testing the Ubuntustudio ISOs, but they're not updated?
[23:29] <charlie-tca> I think they are still working on them
[23:30] <khashayar> charlie-tca: thanks. I'll poke around a bit and see what I can find.
[23:30] <charlie-tca> Okay. The normal Ubuntu cd's are still oversized, so they have to be built yet
[23:31] <khashayar> So the images found here don't have the bugs resolved? http://cdimage.ubuntu.com/daily/current/ (I've no problem burning to DVD)
[23:33] <charlie-tca> I think the images are valid, but it looks like you are up to 14.2
[23:33] <khashayar> It seems so. But 14.2 is what I should test, then?
[23:34] <charlie-tca> yes, if you burn it to dvd it should work
[23:34] <khashayar> Great. I'll test as soon as the image is downloaded and will report here how I faired. Thanks for the help!
[23:35] <charlie-tca> no problem.  Thanks for helping
[23:37] <TheMuso> /c/c


[00:51]  * yofel hugs jelmer
[00:51] <yofel> thanks for fixing the bzr memory bug!
[04:58] <wildfire> I'm uploading to a ppa (lp.net/~wildfire/+archive/yate) - and the first email I had back indicated an error (I uploaded a binary rather than source) but my subsequent uploads have not resulted in any email back at all. Any hints on how to debug / what to do next?
[04:59] <lifeless> sure
[04:59] <lifeless> there is a wiki page
[04:59] <lifeless> wgrant: wants the ppa upload debug page?
[05:00] <wgrant> https://help.launchpad.net/Packaging/UploadErrors
[05:01] <wgrant> wildfire: The problem is that your OpenPGP key is not registered with your Launchpad account.
[05:35] <persia> For those of you who have listened to me complain about bzr being slow with launchpad, and helped me find ways to make it less incredibly painful, I just want to let you know that I've been using git today against a variety of hosts, and find that I miss bzr's ability to get source in a timely fashion.  Thanks for all the work to make it faster!
[05:41] <lifeless> persia: nice
[05:42] <MostAwesomeDude> Howdy. I'm havin' fun with PPAs.
[05:42] <MostAwesomeDude> I have two source packages with strange licenses. One is PD, and another is MIT/X11. What's the appropriate license to pick for those?
[05:44] <wgrant> MostAwesomeDude: Pikcing for what?
[05:44] <wgrant> debian/copyright?
[05:44] <MostAwesomeDude> Yeah.
[05:45] <MostAwesomeDude> Out of the choices, BSD is pretty close, but I didn't want to "round up" to the next license.
[05:46] <lifeless> MostAwesomeDude: for both, you need to include the licence inline
[05:46] <wgrant> For debian/copyright you can paste the license text there.. you don't have to select one from common-licenses.
[05:46] <MostAwesomeDude> Oh, okay.
[05:46] <lifeless> neither PD nor MIT/X11 are in common-licenses
[05:47] <MostAwesomeDude> Okay. And of course both of those are PPA-friendly, right? I figure that MIT's fine, but I wasn't sure about PD.
[05:51]  * persia murmurs vaguely about the meaning of "public domain" in France
[05:52] <micahg> by the way, where can I report bugs about the wiki on dev.launchpad.net (rendering, not content)
[05:52] <wgrant> As persia says, the global status of PD is, uh, not optimal.
[05:52] <wgrant> But it is generally considered OK for PPAs.
[05:54] <MostAwesomeDude> I'm well-aware that PD is a legally dubious thing in many countries, but I can't really change it.
[05:56] <persia> Indeed.  It's often worth a gentle discussion with upstream.  In most cases, ISC or WTFPL is considered an acceptable dual-licensing arrangement for works released "into the public domain".
[05:56] <persia> But nothing that can be actively done when receiving the work
[05:58] <persia> (although, technically, I suppose one could relicense public domain works if one added "front matter" and then claimed copyright on the compound work, but that gets messy and jurisdiction dependent, and is mostly useless anyway)
[05:58] <MostAwesomeDude> I *am* upstream for this package, these days, but I don't want to relicense until after I've finished some significant restructuring work.
[05:59] <persia> Ah, that's even better :)  If you're thinking PD, I recommend investigating ISC and WTFPL: one of those two is sure to meet your goals.
[05:59] <MostAwesomeDude> I'm familiar with ISC. It would be just fine.
[05:59] <MostAwesomeDude> The other package should stay MIT/X11, since it follows the original spirit. :3
[06:11] <MostAwesomeDude> Woot, success! Thanks, guys. Now to dh_make the other one.
[06:23] <MostAwesomeDude> Hm. What's the correct section for an app written in Python, but that is a server? Should its package name start with "python-"?
[06:23] <poolie> normally python-* is just for libraries
[06:24] <MostAwesomeDude> Ah. Well, the name "bravo" appears unused, so I'll roll with that. It should just go with all the servers, then?
[06:24] <lifeless> if its important by other python code on the system, python-*; if it also has a front end script, consider two binary packages.
[06:29] <wildfire> wgrant: how do you know this?
[06:29] <wildfire> wgrant: https://launchpad.net/~wildfire - has my key listed already
[06:30] <wgrant> wildfire: I checked the upload processor's log file.
[06:30] <wildfire> wgrant: hmm
[06:30] <wgrant> You signed the package with 7BFB2396B1F1454F82EAACEF1C9FDFB760260AF7
[06:31] <wildfire> ok, I'll try again - and ensure I've selected the right key
[06:31] <poolie> hello wildfire
[06:31] <wildfire> poolie: hey martin
[06:31] <wildfire> back in Sydney?
[06:32] <poolie> yes; you?
[06:34] <wildfire> yup, leave on Tuesday
[06:34] <wildfire> have been back for a few weeks actually
[06:37] <poolie> oh, ok
[06:37] <poolie> we could have lunch or something if you have time
[06:37] <wildfire> hmm - what are you up to tomorrow?
[06:37] <wildfire> wgrant: seems to be accepted now - thanks for checking
[06:38] <wgrant> wildfire: Great.
[06:40] <wildfire> poolie: I'm meeting malcolm at the red oak tomorrow
[06:59] <MostAwesomeDude> Woot, success! Thanks, guys.
[07:13] <tjaalton> morning! i've got an issue with the launchpad list email going to the preferred email account though I've set a list to use another account
[08:16] <janimo> what is the "List commented bugs" link showing in a user's LP bug page?
[08:16] <janimo> I'd like to clean up my bugs list to only contain things I am currently interested in, but old open bugs which I did not open or are subscibed too are stil shown to me
[08:18] <persia> The list commented bugs contains all the bugs you ever touched: it's non-editable.
[08:18] <persia> You can change subscription for bugs to which you are directly subscribed, and change structural subscriptions (e.g. package subscriptions) for packages that no longer interest you.
[08:18] <janimo> persia, I am sure I have touched more than 82 bugs, hence the list looks almost random
[08:19] <janimo> persia, I have no package subs, but I still get xfce/xubuntu related bugs there
[08:19] <janimo> hmm I guess it only shows open bugs
[08:19] <janimo> thats's why it is 82
[08:20] <janimo> also if I open a bug, then an also affects link is set, then even if mine is close in ubuntu, the bug is shown until that other project (which may not be actively maitained) fixes it too
[08:21] <persia> Yes, there's no way to make the bug go away until all tasks are closed unless you intentionally unsubscribe.
[08:22] <persia> Which gets annoying in the case of structural subscriptions.
[08:22] <janimo> persia, but I am not subscribed directly
[08:22] <persia> Commented Bugs shows only 66 for me, but maybe I can't see some of yours :)
[08:22] <janimo> that is why I feel I cannot make these go away at all
[08:22]  * persia picks bug 65556 at random
[08:23] <janimo> persia, right only 66
[08:23] <janimo> those make up the bulk of all related bugs. I was on that poage and misquted the number
[08:25]  * janimo would love to have overlooked a way to get rid of the unwanted bugs
[08:27] <persia> Hrm.  I've no idea for the sample bug I picked.  I can't see how or why you are subscribed.
[08:27] <janimo> persia, unfortunatley it is the same for many of those bugs - at one point I was subscribed to all xfce/xubuntu ones
[08:27] <janimo> shall I ask on the lp ml?
[08:28] <persia> Someone more knowledgeable will probably comment soon.
[08:29] <persia> If nobody does, prod the help contact next time one is listed in the /topic (there is one listed for some random 40 hours each week, depending on timezones).
[08:29] <persia> If that doesn't work, or you don't want to wait, file an answer at answers.launchpad.net/launchpad
[08:30] <janimo> persia, ok thank you
[08:30] <persia> Good luck.
[13:04] <janimo> bac, hi
[13:05] <bac> hi JanC
[13:05] <bac> sorry janc, hi janimo
[13:05] <janimo> bac, do you have scrollback? If not I'll paste here my questin again :)
[13:05]  * bac looks
[13:06] <janimo> luckily the channle was quiet since I had written
[13:08] <bac> janimo: what is your LP id?
[13:08] <janimo> jani
[13:09] <janimo> bac, I have since made a few bugs invalid, and unsubscribed from those I could, but still there are a few (xfce mostly) I can't do anyting about
[13:11] <bac> janimo: so you are getting mail for the bugs listed in "List commented bugs" even though you are not subscribed?
[13:12] <janimo> bac, I don;think I get mails, some are not touched by anyone for 2-3 years
[13:12] <janimo> but they show up in my default bug page, making the ones that I care about harder to locate
[13:13] <bac> janimo: ok, so your "List related bugs" shows old bugs you commented on but are no longer interested in.  is that right?
[13:13] <janimo> yes
[13:14] <janimo> the default page https://bugs.launchpad.net/~jani
[13:14] <janimo> if the default page would be list subscribed or assigned it would be a good workaround
[13:16] <bac> janimo: the "list related bugs" is a superset of all of the other bug lists, like subscribed, commented, etc
[13:16] <bac> janimo: it is the default shown for an individual, ATM and is not configurable
[13:16] <janimo> bac, so what I see is notmal behaviour? ok then
[13:16] <janimo> thank you
[13:17] <bac> so, i think if it isn't showing the info you need, you'll need to select the list you are interested in, such as 'subscribed' or 'reported'
[13:17] <janimo> I would have expected the default to be a smaller set - assigned for instance
[13:17] <janimo> ok
[13:17] <bac> janimo: you can make a strong argument for that!
[13:19] <bac> janimo: please open a bug if you think the behavior is wrong or confusing.
[13:21] <janimo> I will (although I unsubed from about 4-5 LP bugs I opened in the past 5 years since there was no action on them)
[13:25] <janimo> bac, filed https://bugs.launchpad.net/launchpad/+bug/713092
[13:27] <bac> janimo: my squad is doing a big rework of how subscriptions work, so look for more control in the future.
[13:27] <janimo> bac, great
[13:27] <janimo> any cleaning and pruning of the bug lists help
[13:28]  * janimo grumbles at also-affects which creates duplicates and sticks along even if in the original project there's a Fix released
[17:36] <shadeslayer> hi
[17:36] <shadeslayer> can someone unset the bzr branch from https://code.launchpad.net/libktorrent/trunk
[17:37] <shadeslayer> https://code.launchpad.net/~neon/libktorrent/master is the new trunk
[17:43] <jelmer> shadeslayer: hi
[17:43] <shadeslayer> jelmer: omg ... i need to buy you a beer dude
[17:43] <jelmer> shadeslayer: heh
[17:43] <jelmer> shadeslayer: are you going to be at FOSDEM ? >-)
[17:43] <shadeslayer> no seriously ... :P
[17:43] <shadeslayer> too far :(
[17:44] <shadeslayer> jelmer: why didn't you come to UDS N?
[17:44] <jelmer> shadeslayer: I was at a different conference at the time.
[17:44] <jelmer> shadeslayer: Whereabouts are you based?
[17:44] <shadeslayer> ah
[17:44] <shadeslayer> jelmer: Gurgaon, India
[17:45] <jelmer> ah
[17:50] <shadeslayer> jelmer: thanks to you fixing that mem bug, we can automate more builds, instead of having to upload them manually ;)
[17:51] <yofel> well, now we only have 2 recipes that don't work for LP reasons, well, one works randomly
[18:03] <shadeslayer> jelmer: https://code.launchpad.net/~neon/ktorrent/master << same thing for ktorrent too
[18:03] <shadeslayer> https://code.launchpad.net/~neon/ktorrent/trunk
[19:27] <bcurtiswx_> just running an idea by to ya'll.  How hard would it be to see the bug status and importance in bug e-mails.  I see this being important, as if i'm reading through a backlog of bug mail, if I notice a response of a bug thats already in a triaged state and I see the response adds nothing I can just delete the email.  This way I don't have to go into the bug report to check this out
[19:28] <brov> hello
[19:29] <brov> how much time will take a review of SVN import ?
[19:30] <bcurtiswx_> for example as well, i get bug mail from https://bugs.launchpad.net/ubuntu/+source/papyon/+bug/631428 where empathy is in an invalid state and other packages have been assigned.  these type of bug mails i can ignore and don't want to load the launchpad page for it
[19:30] <brov> (I registered a branch and trying to import from SVN and it says 'pending review')
[19:52] <maxb> brov: There's no set schedule, however, if you mention you're waiting in here, it tends to happen quickly. If you don't, it can take several days
[19:52]  * maxb reviews brov's import
[19:52] <brov> ok, thanks
[19:53] <maxb> brov: The url needs to be one to a specific branch in the svn repo, not the repo root. I guess you want the trunk?
[19:53] <brov> yeah
[19:54] <brov> I'd like to add /branch/Rewrite as well, but wiki says it's not possible atm :D
[19:54] <maxb> it does?
[19:54] <brov> yep
[19:54] <brov> a sec
[19:54] <maxb> Actually, bzr-svn may have problems understanding that it's a branch, because it's named wrongly
[19:54] <maxb> Standard svn convention says it should be /branches/ not /branch/
[19:54] <brov> https://help.launchpad.net/VcsImports
[19:55] <brov> "At the moment the service is restricted to tracking only the main branch of each project. "
[19:56] <brov> well, if it is possible then I could (in theory) give it a direct url to that branch, right?
[19:56] <maxb> Yes, but it may not understand what to do with it
[19:57] <brov> hmm, renaming 'branch' to 'branches' will do the job? :D
[19:57] <brov> will it be imported as well?
[19:57] <maxb> It should, and will assist people who are used to the standard conventions too.
[19:58] <brov> ok, renaming that folder then
[20:06] <brov> maxb: ok, renamed
[20:07] <maxb> I have rewritten the sentence that said "At the moment the service is restricted to tracking only the main branch of each project. "
[20:10] <shadeslayer> could someone set https://code.launchpad.net/ktorrent/trunk to point to https://code.launchpad.net/~neon/ktorrent/master
[20:10] <shadeslayer> so that i can delete https://code.launchpad.net/~neon/ktorrent/trunk
[20:11] <maxb> brov: Unfortunately there's a problem with importing from SourceForge at the moment, because they seem to be using an invalid or odd SSL certificate
[20:12] <shadeslayer> oh perfect for my test case ^^
[20:12] <brov> well, they use *.svn.sourceforge.net
[20:12] <shadeslayer> maxb: just for the imports?
[20:12] <shadeslayer> or the whole site?
[20:12] <maxb> brov: you will need to individually request the import of the branch too, if you want it
[20:12] <brov> not *.svn.sf.net
[20:12] <brov> so that's why I gave full url
[20:12] <maxb> shadeslayer: imports. svn does not like the certificate
[20:12] <shadeslayer> ah
[20:13] <shadeslayer> ok ... night all ... cya tomorrow
[20:13] <brov> maxb: can I request just /branches ?
[20:13] <maxb> no, only actual branches. - so, /branches/Rewrite
[20:13] <brov> kk
[20:13] <brov> ty
[20:14] <brov> requesting then
[20:14] <brov> :D
[20:15] <brov> hmm
[20:16] <brov> ok, requested
[20:16] <brov> I'm wondering if it will work with svn:// style url...
[20:19] <brov> it seems that sf does not support svnserve ...
[20:24] <brov> maxb: their cert _seems_ to be ok...
[20:27] <lifeless> brov: http://sourceforge.net/apps/trac/sourceforge/ticket/17134
[20:28] <brov> well, yeah
[20:28] <brov> I forgot I imported it some time ago:D
[20:37] <brov> maxb: can you change the url scheme to http:// and try again?
[20:37] <maxb> I did, it failed.
[20:38] <maxb> SF have very low timeouts on their http non-ssl connections which break the imports that way too
[20:40] <brov> hmm
[20:40] <brov> so shitty sf :P
[20:41] <brov> can't you import their cert manually? at least until they will fix it
[20:52] <brov> anyway, thanks for an assistance, maxb
[21:21] <brov> maxb: still around?
[21:21] <maxb> hi
[21:22] <brov> the other member of the project asked sf staff about it
[21:22] <brov> and sf has certs updated
[21:23] <brov> (at least they said so)
[21:23] <maxb> Doesn't look like it to me
 you should have launchpad fix it
 we updated certs
[21:29] <maxb> brov: "updated" can mean many things. Apparently here it does not mean "fixed"
[21:29] <maxb> Where is this conversation going on?
[21:29] <brov> #sourceforge
[21:29] <brov> on freenode
[21:34] <brov> dumb...
[21:38] <lifeless> frontline support & its the weekend
[21:39] <lifeless> I rather suspect sourceforge had their hand forced by the attack
[21:39] <lifeless> and testing they might normally have done got skipped/fastttracked
[21:40] <brov> well, that guy was right saying that could be done on lp end
[21:40] <brov> but... they must update their end as well
[21:41] <smokex> it is rediculous to have to work around it
[21:41] <lifeless> so, it would be insecure to accept certs that the ssl stack is rejecting
[21:41] <brov> yeah
[21:41] <brov> aggreed
[21:41] <lifeless> I don't think we'll do that, not as a general policy
[21:41] <smokex> oh we have channels here btw brov :)
[21:42] <brov> one more thing like this dumb answer
[21:42] <smokex> our group isn't officially registered with freenode though
[21:42] <brov> and I'm moving our project to lp


[14:49] <antimion> hello
[14:50] <antimion> sorry , i have a one question, i found many information about installation ubuntu phone on meizu mx4 , but i can't find any info about mx3, can you help me?
[14:50] <popey> antimion: probably better asking in #ubuntu-touch
[14:51] <popey> antimion: but the answer is no, its not a supported device
[15:49] <aryan> hi
[15:50] <aryan> how to install dropbox in unity ubuntu??
[15:53] <PaulW2U> hi aryan - if you are looking for support then please join #ubuntu
[15:54] <PaulW2U> this channel is for feedback on live ubuntu-on-air sessions :)
[16:24] <aryan> #ubuntu


[01:42] <teward> sarnold: wrt glue records, can you explain a little bit on what exactly that is...?
[01:45] <teward> i understand the concept... but... :/
[01:45] <teward> well, actually, i think i have a solution... *shrugs*
[01:48] <teward> my more stupid questoin: how can i configure a mailserver to accept relay for aliases from google mailservers or other mailservers outside my network
[01:48] <teward> or should i go and set up a full email server, postfix, etc. and mailman?
[05:42] <jirido> Hi. I have installed vsftpd and want to sighn and validate my clients certificates against my own ca authority. Is it possible?
[07:51] <jak2000> hi all
[07:51] <jak2000> how to ask if a file exists in a bash scripting file?
[07:56] <Sling> [ -f /pathtofile ]
[08:02] <jak2000> i edn a line with a ; ?
[08:02] <jak2000> *end
[08:03] <jak2000> Sling: http://pastie.org/10015639
[08:03] <jak2000> wich is wrong?
[08:05] <Sling> jak2000: google for it :) you are missing a ; indeed
[08:05] <Sling> if [ -f /file ]; then
[08:59] <lordievader> Good morning.
[10:52] <haithar> re
[10:52] <haithar> Got this question yesterday, after some hours when going home I just left the window open, now it's past the window history, can't find where the channel is logged, sorry if someone has answered it :/  ssssooo,
[10:52] <Sling> 21:45:15 < haithar> pmatulis: thanks! About understanding "sponsorship" in this context, do you think comments 16 and 18 suggest that I can contact him and offer money to Oleg / his favourite charity /... to keep pushing it so it gets into trusty?
[10:52] <haithar> Context: I'd like to roll out trusty for our Squid proxy park. There's an open bug in trusty which drops cache hit rate from 80% to 10%. Since I can't reliably code in C and know zero about the Ubuntu bugfixing lifecycle, I'm willing to offer a small amount of $$ for anyone who's willing to push that bug through the pipes so it'd appear in trusty.
[10:52] <haithar> >
[10:52] <Sling> 22:09:03 < pmatulis> haithar: ubuntu development is not a free-for-all.  changes are backported according to certain guidelines.  https://wiki.ubuntu.com/StableReleaseUpdates
[10:53] <Sling> that ?
[10:53] <haithar> wow man thanks
[10:53] <haithar> yep
[10:53] <Sling> ok :)
[10:53] <strikov> haithar: do you mean Vary-header bug?
[10:53] <haithar> yep
[10:54] <haithar> since we're using CDN for images etc. squid basically caches favicon.ico only :)
[10:54] <OpenTokix> haithar: replace squid with nginx, - squid is a piece of shit
[10:54] <strikov> haithar: i saw your merge request for trusty and response that i needs to be fixed in vivid first; just fyi -- i has been fixed in vivid dew days ago
[10:54] <haithar> can nginx reverse proxy?
[10:55] <OpenTokix> haithar: yes
[10:55] <OpenTokix> haithar: like seven billion times better then squid
[10:55] <haithar> strikov: kudos man!
[10:56] <OpenTokix> haithar: also support spdy-sockets and modern tech like that. - Also super easy to make a dual stack frontend, for your ipv4 backend etc.
[10:57] <haithar> strikov: I'll be honest, I don't think I have the capacity to fully understand https://wiki.ubuntu.com/StableReleaseUpdates , even though I reckon it must contain all infos. Do you think there's a chance for this to appear in trusty? Is it appropriate to offer a small $$ for you to help that process?
[10:58] <haithar> OpenTokix: thanks for the suggestion. Trying nginx is on my bucket list for years. I'll look into it.
[10:58] <OpenTokix> haithar: do it, do it now. - You will hate yourself for wasting time on squid
[10:59] <strikov> haithar: I don't think that $$ make any sense in that case. SRU process is mostly about (value for all users) / (potential issues for all users).
[10:59] <haithar> OpenTokix: just to be on the safe side, can you send me a link with open nginx bugs in trusty? ;)
[11:00] <OpenTokix> haithar: https://bugs.launchpad.net/ubuntu/trusty?field.searchtext=nginx&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package= <-- all four of them, 50% relating ...
[11:00] <OpenTokix> ... to "default config"
[11:01] <haithar> strikov: yeah that's something I don't get, ever since people are using CDNs, this issue renders Squid useless in trusty for reverse proxying. Sounds like a high-impact thing for me, but hey, I'm in sysops for like 2 months after a 10 year gap:)
[11:01] <OpenTokix> so not really a bug per say
[11:01] <haithar> OpenTokix: thanks, checking it now
[11:01] <strikov> rbasak: Morning. What's your opinion on the squid3 vary-header bug? Do we have any chance to get positive response for the SRU? haithar really wants to have this bug fixed
[12:32] <ReScO> how can i monitor with a cronjob if there are new updates?
[12:33] <ReScO> without actually installing them?
[12:33] <ReScO> i prefer to do this with a bash script
[12:34] <OpenTokix> ReScO: yes, there is a program for it even
[12:34] <OpenTokix> ReScO: apticron or something, you can tell it to either install, or mail about them etc.
[12:34] <OpenTokix> yes, apticron
[12:35] <lordievader> Or cron-apt.
[12:35] <OpenTokix> lordievader: cron-apt will install, apticron report
[12:35] <lordievader> Ah, check.
[12:36] <lordievader> Thought you could set cron-apt to not install stuff though.
[12:36] <ReScO> i don't want to receive emails
[12:36] <OpenTokix> ReScO: Where do you want the report ?
[12:36] <ReScO> i'm looking for a bash implementation so i can use curl to send a PushBullet message
[12:36] <OpenTokix> ReScO: check the manpage fro apt-get, it has tools for getting info about what updates is available
[12:37] <rbasak> ReScO: /usr/lib/update-notifier/apt-check. This is what the motd uses.
[12:38] <rbasak> ReScO: if you want more detail, you could use apt-get --simulate
[12:38] <ReScO> i only need that, thanks :)
[12:49] <ReScO> hmm, i'm having trouble splitting the output of that script, rbasak
[12:50] <ReScO> $(echo $IN | tr ";" "\n")  IN=$(/usr/lib/update-notifier/apt-check)
[13:20] <rbasak> ReScO: looks like it outputs to stderr. Which is bad. That should probably be a bug.
[13:21] <rbasak> But you can redirect using 2>&1
[13:21] <rbasak> And then eg. cut -d\; -f1 (and -f2)
[13:22] <OpenTokix> /usr/lib/update-notifier/apt-check 2>&1|tr ";" "\n"
[14:19] <arcsky> what logs do you guys sends to your external syslog servers?
[14:20] <jpds> All of them from syslog?
[14:20] <jpds> auditd.
[14:22] <arcsky> which logs from /var/log/ are more important?
[14:23] <jpds> arcsky: Only you know the answer to that questio.
[14:23] <jpds> arcsky: My RSS reader logs things to tt-rss.log.
[14:24] <jpds> arcsky: I'm not too fussed about that so I just put it into my backups.
[14:25] <caribou> utlemming: smoser: anyone of you aware of issues with the trusty ubuntu cloud image not applying the "ubuntu-pass=" kernel parameter ?
[14:25] <caribou> just checking before I dig in further
[14:25] <caribou> I can reproduce the problem easily with the current image. works fine with Precise
[14:26] <smoser> caribou, i dont know that that was ever really officially supported.
[14:27] <smoser> 'uncloud-init', right ?
[14:27] <caribou> smoser: it's well documented here : https://help.ubuntu.com/community/UEC/Images/KVMKernelOptions
[14:27] <caribou> smoser: yes
[14:28] <caribou> smoser: doesn't mean it is supported though
[14:29] <smoser> caribou, i'd much rather teach someone how to use the nocloud seed.
[14:30] <smoser> http://ubuntu-smoser.blogspot.com/2013/02/using-ubuntu-cloud-images-without-cloud.html
[14:30] <caribou> that could be an option
[14:31] <caribou> smoser: ah, yes I used to do a lot of that before uvtools. Still do for some debian makedumpfile testing
[14:32] <smoser> uvtool does it under the covers.
[14:39] <arcsky> hey i have added a line in my /etc/rsyslog.d/50-default.conf, auth.* @<IP_ADDRESS>:516 and restarted. but now when i do an ssh login i cant see that it sends a syslog message to that host. what do i do wrong?
[15:14] <Walex> arcsky: 'man rsyslog.conf | grep -w port'
[15:15] <arcsky> Walex: No manual entry for rsyslog.conf
[15:16] <arcsky> Protocol udp/tcp [default udp] and i use udp
[15:38] <samba35> i was using ovs version 1.9 with bridge compatibility mode (brcompt)  but now after host upgrade now i have to use ovs version 2.0.2 . now i have create VLAN with ovs 2.0.2 but i have no idea which mode i should use
[15:38] <samba35> i want to use vlan in guest with 1 interface
[15:38] <samba35> and 2 nic with pci- passthrought but that is not problem at present
[15:39] <samba35> using ubuntu 14.04.2
[15:39] <samba35> is there any way i can use older version of openvswitch (ovs)
[16:04] <samba35> i am using ubuntu 14.04.2 , i have openvswitch version 2.0.2 but i want to use 1.9 version of ovs ,is there a possiblity to use old version of software
[19:21] <designbybeck> I have a test Ubuntu server I'm playing with remotely. I'm ssh'd into it and just ran updates. what is the best way to setup and remote into it via GUI?
[19:22] <teward> designbybeck: ubuntu servers don't get GUIs by default
[19:22] <teward> designbybeck: you have to manually install a setup, install / configure desktop sharing, etc.
[19:22] <designbybeck> correct teward I think I did install Xubuntu
[19:23] <designbybeck> I'm using cloud at cost servers.. and they have a console that pulls it up
[19:23] <designbybeck> I'm just trying to learn how to do it without the console teward
[19:25] <RoyK> just install ssh server
[19:25] <RoyK> apt-get install openssh-server
[19:26] <designbybeck> RoyK, I can get in via ssh, I'm trying to get into GUI
[19:26] <designbybeck> like Remote Desktop
[19:26] <designbybeck> RDP?
[19:26] <RoyK> designbybeck: not a server thing
[19:27] <designbybeck> Just trying to learn
[19:27] <designbybeck> I'll keep playing with it
[19:28] <teward> designbybeck: that's not a server thing though - that's what me and RoyK are saying
[19:29] <designbybeck> right gotcha
[19:29] <designbybeck> thanks
[19:29] <bekks> designbybeck: For getting into the GUI, you have to install one, before.
[19:30] <designbybeck> that is what I'm asking some other coworkers, they are debating ;)
[19:30] <teward> this also isn't Windows
[19:30] <teward> Windows Server does a GUI - but that's Windows
[19:30] <bekks> Yeah :)
[19:30] <designbybeck> yeah I don't do windows!
[19:31] <designbybeck> I'm a Linux power end users so to speak!
[19:31] <bekks> designbybeck: So all you need is ssh :)
[19:31] <designbybeck> Just don't know much about server side and such
[19:35] <teward> designbybeck: then you can't claim to be a power end user
[19:35] <teward> designbybeck: I'm a power end user - i use the terminal for a lot of things that are 'simple' over the GUI but that's by choice
[19:35] <teward> I also backport software I need for both server *and* GUI
[19:35] <teward> but you can't claim to be a power user if you don't understand the console
[19:37] <teward> anyways, i am trying to achieve the most basic way of setting up a mailnig list - via postfix aliases - problem is it's saying relay denied.  I need google mail servers and my university's mail server to communicate to my server and work - not sure how to achieve this though
[19:45] <designbybeck> teward, ok maybe power user was a bad term to use. What I meant was I know a good deal of the common Linux DE's and managing DE's as well as design/media/photography using Linux and Open Source Software
[19:47] <patdk-wk> designbybeck, you want #ubuntu
[19:47] <patdk-wk> gui's are not part of server, so people in here will have limited knowhow to do that, if at all
[19:47] <teward> ^ that
[19:47] <patdk-wk> cause it's just not done in here
[19:48] <patdk-wk> but most likely your looking for vnc or nx
[19:48] <designbybeck> yes working on trying to get logged in with vnc, thank you guys
[19:49] <patdk-wk> teward need to know what you mean by a mailinglist and aliases file
[19:49] <patdk-wk> you mean your running a *real* mailing list software? or just using aliases?
[19:49] <teward> patdk-wk: just using aliases
[19:49] <patdk-wk> and the relay denied is totally different issue
[19:49] <patdk-wk> so likely, it's just badly misconfigured then
[19:50] <patdk-wk> postconf -n dump somewhere
[19:50] <patdk-wk> and probably a few log lines just so we all know
[19:51] <teward> patdk-wk: well, bad news is, i am currently debugging a ftbfs in nginx on my sbuild instance, trying to figure out why
[19:52] <teward> then i have other things for work on my todo list that need to be done within the next 30 minutes before i can go onto working on that part
[19:52] <patdk-wk> well, I will probably only be around for the next few years
[19:52] <teward> (i'm only alive now 'cause i was waiting for that build to finish)
[19:52] <teward> PO
[19:52] <teward> :P *
[23:02] <edenist> hey
[23:13] <delinquentme> command line util to list all headers at a given url?
[23:14] <sarnold> delinquentme: HEAD ?
[23:14] <delinquentme> sarnold, curl -I
[23:15] <sarnold> that's three more characters :)
[23:57] <arcsky> how can i send syslog messages to an external syslog server? i get no success with the crappy rsyslog


[01:24] <psusi> oh dear... using pthread_cancel() is just a huge no-no, especially in gtk apps, isn't it?
[08:16] <mlinscott> what did I do wrong here? merge proposal diff shows every file has having conflicts and being moved to <filename>.moved. https://code.launchpad.net/~matt-linscott/ubuntu/precise/update-manager/fix-for-utils.py-typo
[10:47] <l3on> hi all... someone of you know if (rebuild1 << ubuntu1) is true ?
[10:48] <micahg> l3on: yes, you can check with dpkg --compare-versions
[10:48] <l3on> ah ok :) thanks micahg , as always :)
[11:09] <l3on> stacco, a questo pomeriggio/sera
[20:42] <jtaylor> :/ ccache does not cache mpic++
[20:42] <jtaylor> I wonder if it breaks if I add the symlink manually
[20:55] <jtaylor> nice appears to work
[22:07] <antoniu_> Does anyone know how to upload to a ppa?
[22:07] <jtaylor> antoniu_: have you read the documentation?
[22:08] <astraljava> antoniu_: You will find great help for that @ https://help.launchpad.net/Packaging/PPA
[22:08] <antoniu_> I built a dsc file using dkms, now when i set a ppa it says I can upload using the following command, <source-package>
[22:09] <antoniu_> sudo dput ppa:someitalian123/rt3562sta
[22:09] <antoniu_> followed by the source package name
[22:09] <antoniu_> when I try that I get the following error
[22:10] <antoniu_> Checking signature on .changes
[22:10] <antoniu_> gpg: WARNING: unsafe ownership on configuration file `/home/antoniu/.gnupg/gpg.conf'
[22:10] <antoniu_> gpg: no valid OpenPGP data found.
[22:10] <antoniu_> gpg: the signature could not be verified.
[22:10] <antoniu_> Please remember that the signature file (.sig or .asc)
[22:10] <antoniu_> should be the first file given on the command line.
[22:10] <antoniu_> No signature on /var/lib/dkms/rt3562/<IP_ADDRESS>/dsc/rt3562-dkms_<IP_ADDRESS>_source.changes.
[22:10] <jtaylor> did you sign the changes file?
[22:10] <antoniu_> How do you do that?
[22:10] <jtaylor> debuild does this for you, if you build differently debsign changes-file
[22:11] <antoniu_> I didn't use debuild I used dkms because it's a driver module
[22:11] <antoniu_> sudo dkms mkdsc -m rt3562 -v <IP_ADDRESS> --source-only
[22:11] <jtaylor> you can build packages with dmks?
[22:12] <antoniu_> yes
[22:13] <jtaylor> interesting
[22:13] <jtaylor> whats files are created by that command?
[22:14] <antoniu_> a tarball, a dsc file, and a source.changes file
[22:15] <jtaylor> sign the changes file with debsign
[22:15] <jtaylor> that should then be uploadable (no idea if it will build on the ppa though)
[22:16] <antoniu_> what's the command for that, sry I'm such a noob, I've never packaged anything before
[22:16] <jtaylor> debsign changes-files
[22:18] <antoniu_>  signfile /var/lib/dkms/rt3562/<IP_ADDRESS>/dsc/rt3562-dkms_<IP_ADDRESS>.dsc Dynamic Kernel Modules Support Team<EMAIL_ADDRESS>[22:18] <antoniu_> gpg: skipped "Dynamic Kernel Modules Support Team<EMAIL_ADDRESS>secret key not available
[22:18] <antoniu_> gpg: /tmp/debsign.QcTcnVAl/rt3562-dkms_<IP_ADDRESS>.dsc: clearsign failed: secret key not available
[22:18] <antoniu_> debsign: gpg error occurred!  Aborting....
[22:19] <antoniu_> whops I should probably run this as root
[22:19] <jtaylor> no
[22:19] <jtaylor> do you have a gpg key?
[22:19] <antoniu_> no, i don't have any idea what I'm doing
[22:22] <jtaylor> you have to create one and add it to your launchpad account http://keyring.debian.org/creating-key.html
[22:22] <jtaylor> https://help.launchpad.net/YourAccount/ImportingYourPGPKey
[22:22] <antoniu_> thanks, for pointing me in the right direction
[22:30] <antoniu_> how long does it take to generate a key? This is taking awhile
[22:31] <antoniu_> nvm
[22:32] <jtaylor> it can take a while when you don'T ahve much entropy
[22:32] <jtaylor> doing something disk intensive helps
[22:54] <antoniu_> I can't read the encrypted email
[22:54] <antoniu_> I installed Enigmail
[22:55] <antoniu_> it's not doing anything
[23:08] <jtaylor> is the proper key setup for it?
[23:09] <jtaylor> the mail should be clearsigned so you can probably just copy paste it into gpg
[23:33] <jtaylor> is it possible to smuggle a no-as-needed ... -as-needed block through libtool?


[11:10] <j_f-f> Hi, can elseware restart the EeeBotu from #ubuntu-bugs-announce? hggdh seems offline the last days :(
[14:46] <hggdh> j_f-f: no, only I have access to it. Restarting the beast now
[14:47] <j_f-f> hggdh: Thanks :-))
[19:04] <SnowDust> hi all a noob quest
[19:05] <SnowDust> how to add a .deb to ubuntu universe for 12.04
[19:06] <SnowDust> can anyone help plz
[19:12] <SnowDust> he'll loo
[19:14] <SnowDust> waiting
[19:49] <SnowDust> anyone there to help me on my noob quest
[19:50] <Rhonda> You can't add a .deb to an already released version.
[19:50] <Rhonda> You could create a PPA though, and distribute it through there.
[19:51] <ScottK> Or get it into a later version and the backport it.
[19:51] <SnowDust> means if 12.04 did not include a package we cannot get it in any future 6 month version upgrades
[19:51] <ScottK> !backports
[19:52] <ScottK> SnowDust: We're developing for 14.10 now.  Packages can be gotten into that version.
[19:53] <SnowDust> ScottK  I am a openstack dev we use 12.04 n desperately need a package in it :-)
[19:53] <ScottK> SnowDust: Right, but once you get it into 14.10, you can backport to 12.04 and backports is enabled by default in Ubuntu.
[19:53] <ScottK> If you want something in the official archive, that's pretty much the only way.
[19:55] <Unit193> (But pinned at 100)
[19:56] <ScottK> Pin doesn't matter if the package doesn't exist in another pocket.
[19:56] <ScottK> So for new packages, you just install and they come from backports.
[19:58] <SnowDust> thank you all for getting me started
[19:59] <SnowDust> will b back with my further research :-)
[19:59] <SnowDust> thanks again for much needed help
[20:03] <Unit193> Yeah, figured it'd be good to note, in case he needed something newer too.
[20:19] <Ozzyboshi> Hello chat, I wrote a little indicator for ubuntu, I 'd like to put it to ubuntu software center, is there a way to accomplish that or should I pass throught Debian official repositories?
[20:49] <ScottK> Indicators don't really go to Debian.


[09:06] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3306 Pending binary packages
[09:26] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3306 Successfully built
[10:49] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3309 UNAPPROVED queue
[11:18] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3322 Preparing packages
[11:27] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3306 Successfully built
[11:46] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3306 Pending binary packages
[11:54] -queuebot:#ubuntu-ci-eng- tsimonq2 mitya57 acheronuk, https://bileto.ubuntu.com/#/ticket/3291 Currently building (cosmic/qtwebengine-opensource-src). Diff missing (cosmic/analitza, cosmic/fcitx-qt5, cosmic/gcin, cosmic/hedgewars, cosmic/hime, cosmic/kdeclarative, cosmic/kdelibs4support, cosmic/kwin, cosmic/kxmlgui, cosmic/lxqt-build-tools, cosmic/maliit-framework, cosmic/plasma-integration, cosmic/pythonqt, cosmic/qqc2-desktop-style, cosmic/qt3d-opensource-src, cosmic/
[12:06] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3306 Successfully built
[12:24] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3322 Pending binary packages
[12:41] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3322 Publishing packages
[13:03] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3322 Proposed pocket
[14:04] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3322 Release pocket
[18:46] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3306 Needs rebuild due to higher version at destination


[00:54] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2680](https://github.com/MirServer/mir/pull/2680): [shm buffers] notify consumed for all methods of consumption
[00:54] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2643](https://github.com/MirServer/mir/issues/2643): Cursor only updates once per enter on XWayland
[01:15] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2681](https://github.com/MirServer/mir/pull/2681): XWayland support input hint
[01:15] -GitHub[m]:#mir-server-
[01:15] -GitHub[m]:#mir-server- > Fixes #2255 by accommodating clients that manage their own input focus.
[01:22] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww drafted [pull request #2682](https://github.com/MirServer/mir/pull/2682): XWayland: refactor state management
[01:22] -GitHub[m]:#mir-server-
[01:22] -GitHub[m]:#mir-server- > Refactors state management to be more flexible and readable. Adds a new XWayland-specific struct instead of relying fully on `scene::SurfaceStateTracker`. This refactor is stacked on top of #2681 and was originally written as part of that, but was found to be unnecessary. If in the future we want to implement `_NET_WM_STATE_FOCUSED` this refactor will help greatly.
[01:22] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww edited [pull request #2682](https://github.com/MirServer/mir/pull/2682): XWayland: refactor state management
[01:22] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww marked [pull request #2682](https://github.com/MirServer/mir/pull/2682): XWayland: refactor state management as ready for review
[08:46] <alan_g[m]> How annoying! Just have my test laptop set up to debug Miriway hangs and it looses its network stack. Even on wired!
[09:59] <alan_g[m]> ...was probably long past time to rebuild it anyway. This install has done long service and been upgraded multiple times
[10:45] <Saviq> What the actual hell.... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/09375711afc9baa8bcb2939de1b866586597c5a6>)
[10:46] <alan_g[m]> I fear you are asking in the wrong place for a helpful answer
[10:52] <Saviq> Just ranting.
[10:53] <alan_g[m]> I know 😀
[10:54] <Saviq> It's actually taring the same file multiple times. Fool.
[11:21] <Saviq> Note to self. Apparently `some/path/**` in GitHub Action's `glob` means. All the folders. Recursively. And the subfolders. Recursively. And all subfolders of the subfolders. Recursively. And all the files found therein. Separately.
[11:23] <RAOF> ?
[11:23] <Saviq> How does nothing in the whole thing deduplicate this. Not tar. Not `zstd`
[11:23] <Saviq> Not the glob itself.
[11:26] <RAOF> zstd doesn't really do deduplication in that sense. Although you *could* layer a CDC pass over the top to extract big bits of exact duplicates, "I've got 3 exact copies of this 200MB chunk" is probably  rare enough to be not worth looking for?
[11:26] <Saviq> Yeah I agree the compression algo is the least to blame.
[11:27] <Saviq> But the glob function? Tar itself?
[11:28]  * Saviq just happy he didn't just bite the estimated $300/mo bill for S3 storage of the cache ;)
[11:28] <Saviq> Though knowing what I know now it would not have been that.
[12:35] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2255](https://github.com/MirServer/mir/issues/2255): [Xwayland] weird focus problems with CLion
[12:35] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2681](https://github.com/MirServer/mir/pull/2681): XWayland support input hint
[12:35] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] edited [pull request #2682](https://github.com/MirServer/mir/pull/2682): XWayland: refactor state management
[14:35] <Saviq> alan_g the SIGTERM would be consistent with what I'm seeing (no evidence of SIGSEGV) - wonder if it's logind deciding the session should go away
[14:40] <alan_g[m]> Yeah, I'm trying to get a bit more info on where SIGTERM comes from. But the usual problem: if you trace stuff it stops happening
[16:48] <Saviq> Good find! :)
[16:48] <Saviq> And good night o/
[17:01] <alan_g[m]> o/
[18:05] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww edited [issue #1471](https://github.com/MirServer/mir/issues/1471): [Mir-on-X] Keys repeated
[18:05] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww edited [issue #1471](https://github.com/MirServer/mir/issues/1471): [Mir-on-X] Keys repeated
[20:35] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2683](https://github.com/MirServer/mir/pull/2683): XWaylandClipboardSource: do not clear source just before a new one is set... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/6d5dfe5ea2d6057f5ec849f8849cb4058a2abb66>)