  TYPE /JOIN ## TO SEE THE ACTION...AGAIN TYPE /JOIN ## TO SEE THE ACTION!!
[05:54] <amonkQJL0VA> THIS IS A FREENODE BREAKING NEWS ALERT!!  TYPE /JOIN ## TO SEE THE ACTION...AGAIN TYPE /JOIN ## TO SEE THE ACTION!!
[05:54] <amonkQJL0VA> m0nkey_ uniquorn exobuzz ali1234 ubot9 fitnesslog _2E0LNX daftykins tripleclones arsen chrisccoulson SuperMatt diplo marcus__ ahayzen andatche dogmatic69 KrimZon mcs__ KrimZon_2 geheimnis` WillMoogle james_w stryx` Nafallo franck_ foobarry zmoylan-pi Chaser NET||abuse ChunkzZ ikonia tomred_ yaiyan popey flexiondotorg pendulum diddledan nhandler ging brobostigon webpigeon Darkstar__ zleap Oli Myrtti yothsoggoth xnox aptanet Gr
[07:32] <SuperMatt> whatevs
[08:15] <diplo> :)
[09:54] <brobostigon> morning boys and girls.
[09:54] <diplo> Morning brobostigon
[09:54] <brobostigon> morning diplo
[09:55] <diplo> How's life with you ?
[09:59] <brobostigon> i think either of these two options, either half my sentence could be *** out or i could say not so goo.
[09:59] <brobostigon> good*
[10:00] <brobostigon> and you?
[10:01] <diplo> Fairly similar, but plodding on
[10:04] <brobostigon> :(
[10:04] <brobostigon> hope better soon.
[10:12] <diplo> And yourself :)
[10:12] <diplo> Still working ?
[10:17] <brobostigon> ty, :). no, still looking, no cigar yet.
[10:23] <diplo> :( - hope you find something soon
[10:25] <brobostigon> as do i, ty.
[10:33] <daftykins> morn \o
[10:34] <daftykins> telco engineers are here digging up the lane outside to replace my line :D
[10:34] <brobostigon> morning
[10:43] <diplo> Nice daftykins - ftth ? or just replacing copper ?
[10:53] <Nafallo> you guys stopped with fttc now? :-)
[10:54] <diplo> Well, wondering him being on a little island they may do it
[11:23] <daftykins> diplo: copper for copper yep, but i'll have a more direct run to the exchange then - as-is i'm only ~600m out
[11:23] <daftykins> bypassing another box will probably give me a nice jump :)
[11:26] <daftykins> diplo: they've been laying out MSANs and getting most peoples lines below 400m length, so they're offering 100Mb on copper now - pretty funky
[11:26] <daftykins> i'm on 60/10 myself which works just great over 600m as-is
[11:29] <daftykins> i find it fascinating seeing this infrastructure stuff, there are now 6 guys outside due to complications :D
[11:37] <diddledan> daftykins: with one guy in the hole, none of them seemingly doing anything?
[11:37] <daftykins> hehe well it always looks that way, but now i know what's going on i understand it a bit - other than why they travel in pairs :D
[11:38] <daftykins> subbys showed up first to dig up the lane, but then they discovered an electrical cable running along the top of the phone ones - so they had to get head office guys to come out and advise - then other guys are now splicing on new pairs from the offices next door to me and the properties beside me
[11:39] <daftykins> *almost* turned into a full asbestos affair, but luckily the pipe is metal
[11:39] <diddledan> this is how it goes down: https://www.youtube.com/watch?v=JMKQVPV1pf0
[11:42] <daftykins> :D
[11:43] <daftykins> well they better not cut the power or they'll be into my vault!
[11:43] <diddledan> said the actress to the bishop
[11:45] <daftykins> i assure you they never met!
[11:47] <daftykins> i gotta go and do the RAM + SSD in that late 2009 iMac soon, seems they might lose the bluetooth keyboard though on win10 64-bit
[11:47] <diddledan> https://twitter.com/JanelleCShane/status/974132303315136513
[11:47] <daftykins> i had it the other day with a client on a more recent iMac
[11:48] <daftykins> :D amazing
[11:48] <daftykins> true out of the box thinking
[11:50] <diddledan> and people say we don't need to worry about AI
[11:54] <daftykins> ali1234: wb
[11:54] <ali1234> i accidentally typed reboot on the wrong computer :(
[11:54] <daftykins> wewps
[12:24] <diddledan> https://www.kickstarter.com/projects/1534877882/digitiser-the-show-proper-retro-gaming-tv
[13:20] <Azelphur> I see this sign outside my house, looks promising https://www.reddit.com/r/Margate/comments/84d8wi/soon/
[13:21] <Azelphur> wouldn't mind me some 300mbit
[13:33] <daftykins> VM's upload is pretty poor though eh, plus caps and poor peak rate speeds
[13:41] <diddledan> "soon"
[14:10] <Azelphur> daftykins: max package is 20mbps up, same as the best bt infinity anyway
[14:13] <daftykins> mmm, crapper tech though
[15:39] <diplo> All sorted now daftykins ?
[15:39] <diplo> Sorry didn't reply earlier, building my new PC and used the screen I'm plugged into
[15:39] <diplo> :)
[17:38] <diddledan> https://media.giphy.com/media/oGD7WjOV5M316/giphy.gif
[19:01] <daftykins> diplo: :D no worries, nah they're coming back in the morning now to re-do my internal run, then i'll be on 100% fresh copper \o/ how goes the new machine?


[00:02] <bjf> slangasek: looks like i have another biosdevname issue on a different server. it has biosdevname 0.4.1-0ubuntu2 installed on it. would you like a new bug or for me to add a new set of logs to the existing bug?
[00:02] <cjwatson> new bug please
[00:02] <bjf> cjwatson: ack
[00:05] <cjwatson> your previous bug was very definitely just "biosdevname incorrectly not installed"
[00:06] <cjwatson> bjf: oh, that said, we need a new debian-installer upload to incorporate my biosdevname fix
[00:06] <cjwatson> bjf: so it might be worth holding off until that's in place just in case ...
[00:07] <cjwatson> I'll sort out that upload before I go to bed
[00:08] <cjwatson> shadeslayer: figured out that "isohybrid: binary.hybrid.iso: boot loader does not have an isolinux.bin hybrid signature" bug - it's a curious misbuild of syslinux-themes-ubuntu
[00:10] <bjf> cjwatson: ack, i'll hold off
[00:13] <bjf> cjwatson: i had added biosdevname to my preseed and i was getting the latest version. should i still wait for d-i changes?
[00:20] <cjwatson> bjf: briefly, at what point are things failing?
[00:21] <bjf> cjwatson: i just reprovisioned a system, ifconfig -a says it has em1, em2, em3, em4 but "rename3" is in /etc/network/interfaces
[00:21] <cjwatson> bjf: ok, go ahead and file that separately
[00:22] <bjf> cjwatson: ack
[00:25] <cjwatson> infinity: could you please push your last d-i upload to bzr?
[00:26] <infinity> I so did.
[00:26] <infinity> I blame the network here.
[00:26]  * infinity gets out and pushes harder.
[00:27] <infinity> Also, CIA is buggered.
[00:28] <cjwatson> Yeah, server-side so can't do much about it
[00:29] <cjwatson> I've been ignoring the giant tracebacks which are the client's response to the server ignoring it
[00:29] <infinity> cjwatson: Committed and tagged, sorry about that.
[00:29] <cjwatson> ta
[00:30] <infinity> cjwatson: I suppose we could at least make cia-clients fail gracefully with a "remote is having a sad" message, instead of taking three weeks thinking before spewing a backtrace of doom.
[00:31] <infinity> Or I could just un-cia all my checkouts.
[00:32] <cjwatson> Or hack the client locally to be a no-op, which is probably better than unconfiguring a load of stuff one by one.
[00:32] <cjwatson> I agree the current behaviour is suboptimal.
[02:47] <Logan_> jelmer: it works now :)
[03:24] <darkxst> jbicha, which GTK theme will you be using?
[03:27] <darkxst> I have noticed that with the ambiance theme, the volume popup is now white
[03:27] <darkxst> however I don't know if this is a bug or intentional on ubuntu's part
[18:50] <pillarsdotnet> Packaging question: How can I make an amd64 package depend on libjpeg62:i386 ? https://bugs.launchpad.net/ubuntu/+bug/502920
[19:05] <penguin42> any tags to use for 'permanently bricks machine' bugs? bug 1040557
[23:57] <nandersson_> Hi, I am setting up Ubuntu Core in a qcow2-filesystem that I now have mounted and chrooted. My final  steps would be to install the kernel (vmlinuz) and setup the bootloader. What would be best practise to pupulate /boot with vmlinuz? Should I do it by doing "apt-get install linux-generic" from within my chrooted environment, or should I copy vmlinuz, initrd and /lib/modules/$(uname -r) from my host?


[04:37] <niemeyer> Alright good progress..
[04:38] <niemeyer> But it's way past bed time.. night all
[12:46] <niemeyer> Hallo!
[12:51] <rog> niemeyer: hi!
[12:54] <niemeyer> rog: Yo!
[12:54] <rog> niemeyer: i'm considering putting (at least part of) the ec2 test server under launchpad.net/goamz/ec2/test rather than juju/ec2, because it's bound so tightly to the ec2 protocol.
[12:54] <rog> does that seem reasonable?
[13:39] <hazmat> g'morning
[13:43] <niemeyer> rog: Yeah, depending on how generic it is
[13:43] <niemeyer> rog: Sorry, missed your message earlier
[13:43] <rog> hazmat: morning
[13:43] <niemeyer> hazmat: morning
[13:43] <rog> niemeyer: np
[14:04] <mpl> niemeyer: hi. I'm around if you feel like talking about what you'd like me to start with.
[14:08] <niemeyer> mpl: Hey!
[14:09] <niemeyer> mpl: Cool, so..
[14:09] <niemeyer> mpl: The first thing I'd recommend is getting comfortable with the concepts around the project
[14:10] <niemeyer> mpl: Trying to use it in the first place, so you understand the overall idea, would be a great start
[14:10] <niemeyer> mpl: Do you have an account on EC2?
[14:15] <mpl> niemeyer: nope. I quickly tried locally with lxc but got some errors. some dude pointed me to some troubles he had locally as well but I haven't had time to investigate more.
[14:17] <mpl> niemeyer: but maybe I can get an account. Do I need to pay if I just want an account and play with juju on it?
[14:20] <niemeyer> mpl: You have, even though it's going to be quite cheap for what you'll have to do
[14:20] <niemeyer> mpl: Like cents
[14:20] <mpl> ok, gonna set up one then
[14:20] <niemeyer> mpl: I recommend playing on EC2 rather than local, because if you're happy with it I'll try to get you involved in developing some features around the EC2 support
[14:21] <niemeyer> mpl: FWIW, if it starts to get expensive because you've spending a good deal of time hacking, I'll be very happy to sponsor your costs
[14:22] <mpl> bah, we're not there yet. besides, at some point I suppose I'll need an EC2 to test some camlistore stuff on there too.
[14:22] <mpl> but thx, good to know.
[14:34] <_mup_> Bug #889125 was filed: Initial implementation of basic ec2 functionality. <juju:In Progress by rogpeppe> < https://launchpad.net/bugs/889125 >
[14:54] <rog> niemeyer: new merge proposal for you. it relies on the previous error fixes though, so i'm not expecting an immediate look.
[15:02] <niemeyer> rog: Cool
[15:02] <niemeyer> rog: Still pumping through..
[15:02] <niemeyer> rog: Bazaar branch diffing works, and auth works
[15:02] <rog> niemeyer: nice
[15:02] <niemeyer> rog: Now just need to sort the actual rietveld interaction
[15:02] <niemeyer> rog: Hopefully this afternoon I can nail the whole thing down
[15:03] <rog> niemeyer: you gonna branch upload.py or use the stuff from the go tree or do it from scratch?
[15:03] <niemeyer> rog: Did it from scratch..
[15:03] <rog> niemeyer: probably best
[15:04] <niemeyer> rog: Want to integrate into lbox, so upload.py wasn't suitable
[15:04] <rog> niemeyer: right
[15:04] <niemeyer> rog: The patch stuff in the Go tree was interesting, but ended up being a red herring
[15:04] <niemeyer> rog: So writing a rietveld library, then will glue on lbox
[15:05] <rog> niemeyer: yeah, i saw your CL
[15:05] <niemeyer> But lunch first! :)
[16:13] <hazmat> mpl, if you have any notes from your troubles with the local provider i'd be happy to help debug it
[16:14] <mpl> hazmat: I think you're the one who pointed me to your troubles you had reported. I hadn't even rebooted after I had installed lxc (which is recommended), so that may just be it. as I said, haven't had time to look more into it. but thanks anyway.
[16:40] <jml> hi
[16:40] <jml> I'm trying to deploy a juju formula to lxc locally, and it seems to be hanging on "Starting container..."
[16:41] <jml> At the charm school at UDS, I remember being pointed to a more helpful log file
[16:41] <jml> but I can't find that now
[16:51] <hazmat> jml, there's a master-customize.log under the units directory in the environments.yaml specified data-dir for the local provider
[16:51] <hazmat> jml, there are several log files in that directory
[17:06] <jml> hazmat: thanks.
[17:07] <hazmat> jml, the log for the initial lxc container modification used as a template for units is in the master-customize.log
[17:08] <jml> hazmat: that file doesn't exist. have destroyed environment and trying again
[17:08] <hazmat> jml, it helps to check the status of containers with lxc-ls or checking for the debootstrap in a process listing
[17:09] <hazmat> jml, cool, i'll be around but running errands (national holiday in the us)
[17:09] <jml> hazmat: thanks
[17:19] <fwereade> happy weekends everyone :)
[17:27] <jml> Oh. Hmm.
[17:33] <niemeyer> fwereade: Have a great one!
[17:38] <rog> fwereade: et toi!
[17:39] <rog> niemeyer: william raised an interesting point in his review of the Go code that i'm conflating machines and instances, and that's probably not a good thing to do
[17:39] <rog> niemeyer: what do you think?
[17:41] <rog> argh, ubuntuone-syncdaemon strikes again! 5GiB real memory and rising
[17:46] <mpl> rog: jsyk, the non literal and more correct translation would be "toi aussi" :)
[17:46] <rog> mpl: there's always one. dammit. :-) :-)
[17:47] <rog> mpl: i did know that once, honest.
[17:47] <mpl> I don't doubt it. just pointing it out because I'm not sure you could get away with "et toi" while speaking.
[17:47] <rog> mpl: but thanks for letting me know.
[17:47] <mpl> np
[17:48] <rog> mpl: and if i was using 3rd person? is "et vous" incorrect too?
[17:48] <mpl> yep. just go with "vous aussi" or "vous de même" if you want to be fancy.
[17:49] <rog> lovely.
[17:58] <mpl> heh, the amazon automatic call lady voice sounds a bit like glados :)
[18:05] <jml> :(
[18:06] <jml> OK So, no master-customize.log exists; debug-log says "starting container", no debootstrap in process list
[18:14] <mpl> in my environments file, should I change "default-series: oneiric" if I'm using lucid lynx ?
[18:15] <jml> blew away all my lxc environs, the juju data dir, killed relevant twistd & zookeeper processes -- seems to be working now, at least I have a master-customize.log
[18:16] <jml> Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/p/python-crypto/python-crypto_2.3-2_amd64.deb  Hash Sum mismatch
[18:22] <hazmat> jml, destroy-environment is a safe reset, you shouldn't ever have to kill processes by hand, unless you below away the data-dir beforehand
[18:22] <jml> hazmat: it was giving me errors about "address already in use"
[18:23] <hazmat> jml, in general using destroy-environment is the best way to clean state/kill processes, it sounds like you had a process around from a previous attempt
[18:23] <hazmat> jml, so what do you see know from lxc-ls ?
[18:23] <hazmat> or juju status
[18:24] <jml> hazmat: ... a previous attempt where destroy-environment didn't do what it says on the tin
[18:24] <jml> machines:
[18:24] <jml>   0: {dns-name: localhost, instance-id: local}
[18:24] <jml> services:
[18:24] <jml>   etherpad-lite:
[18:24] <jml>     charm: local:oneiric/etherpad-lite-7
[18:24] <jml>     relations: {}
[18:24] <jml>     units:
[18:24] <jml>       etherpad-lite/0:
[18:24] <jml>         machine: 0
[18:24] <jml>         public-address: null
[18:24] <jml>         relations: {}
[18:24] <jml>         state: null
[18:24] <jml> 2011-11-11 18:24:04,680 INFO 'status' command finished successfully
[18:24] <jml> jml-local-0-template  jml-local-etherpad-lite-0
[18:26] <hazmat> jml do you see any files in data-dir/user-env/units/etherpad-lite ?
[18:26] <jml> hazmat: container.log and a broken symlink to unit.log
[18:27] <mpl> so juju boostrap says "SSH authorized/public key not found.", because I followed the getting started guide and entered my access key and secret key. is the guide deprecated on that aspect?
[18:27] <hazmat> jml hmm.. so the unit agent never started if the symlink is broken, could you paste the master-customize.log
[18:27] <hazmat> hmm
[18:28] <jml> http://paste.ubuntu.com/735521/
[18:28] <jml> hazmat: ^ the master-customize.log.
[18:29] <hazmat> mpl, the ssh key isn't about the aws keys or usage, juju is looking for a public key on your machine to setup for ssh on all launched machines, it looks for some defaults (id_dsa.pub, etc).. you can specify one directly with authorized-keys-path in your environments.yaml under the provider block
[18:31] <jml> I've blown away the python-crypto deb in apt-cacher-ng
[18:31] <mpl> hazmat: thx. I haven't seen that in the getting started guide. does it come later?
[18:31] <jml> and now I'm going to tear down in this clean & safe way that doesn't involve manual process killing
[18:31] <hazmat> mpl, its described in the provider docs, but this should probably be a FAQ entry
[18:32] <jml> http://paste.ubuntu.com/735524/
[18:32] <jml> and look, juju processes still around: http://paste.ubuntu.com/735525/
[18:32] <hazmat> hmm
[18:33] <hazmat> jml, indeed.. lxc hanging on a shutdown command was unexpected
[18:33] <hazmat> that needs some reordering then
[18:34] <hazmat> so it looks like that would mean there is another lxc-wait operation being done concurrently
[18:35] <hazmat> jml, could you paste a ps aux | grep lxc
[18:39] <jml> hazmat: nothing comes up, but I'd already manually killed the processes in http://paste.ubuntu.com/735525/
[18:42] <mpl> hazmat: that did it, thx. now to wait for the machine to be initialized I suppose...
[18:43] <hazmat> jml, one last thing that might have useful information.. could you paste the unit's container.log
[18:44] <jml> will do.
[18:45] <jml> note that this is from a run where I have resolved the python-crypto hash mismatch problem
[18:45] <jml> (there's now a different problem)
[18:46] <jml> http://paste.ubuntu.com/735534/
[18:46] <jml> http://paste.ubuntu.com/735536/ <- master-customize.log from that run
[18:46] <jml> http://paste.ubuntu.com/735537/ <- debug log from that run
[18:50] <hazmat> jml, thanks
[18:53] <hazmat> jml, same question re process grep on lxc if its still in the same state. the lxc address error is from another lxc process binding to the address
[18:53] <jml> http://paste.ubuntu.com/735545/
[18:53] <hazmat> jml, this should get a bug report
[18:54] <hazmat> i'm not sure the code does a very good job assuming serial use of the lxc api
[18:54] <hazmat> at least not across processes
[18:55] <jml> hazmat: I suspect you'd be able to file a more useful bug report than I.
[18:55] <hazmat> jml, sounds good
[18:55] <jml> And besides, my direct problem is that I can't get an LXC instance deployed.  I need to pack.
[18:56] <hazmat> it still doesn't really answer the problem in this case, which is why the container isn't up, it might be the error comes when we try to check the status and something else is still listening to hte status, jml thanks cheers
[18:56] <hazmat> i'll have a look at it some more next week
[18:57] <jml> hazmat: thanks :)
[19:17] <rog> right, i'm off for the weekend. see y'all monday.
[19:52] <niemeyer> rog: Have a good one rog
[19:53] <niemeyer> I'll head outside for a while too..
[23:38] <_mup_> juju/robust-zk-connect r414 committed by<EMAIL_ADDRESS>[23:38] <_mup_> Initial version


[10:25] <stipa> i'm having my desired DNS rewritten by my old configuration somewhere, i want <IP_ADDRESS> instead of the <IP_ADDRESS> , what are my options?
[10:25] <stipa> https://termbin.com/k7vh
[10:27] <stipa> it gets the information from the DHCP server on the lan but it chooses the the DNS ip from the "Global"
[10:27] <stipa> so, the coms with the DNS server are ok
[10:28] <stipa> it's an ubuntu cli machine
[10:28] <stipa> in a VM
[10:30] <stipa> i mean, the comms with the DHCP not DNS server, sotty
[10:30] <stipa> for some reason the access to the WAN fro mthat machine works, i can ping google
[12:00] <stipa> i got it somehow working, honestly, it looks like a glitch
[12:01] <stipa> i have no idea what i did, at some point resolv.conf doesn't get rewritten
[18:53] <so-offish> How do I rename eno1 to eth0 (for compatibility with Xilinx licensing tools, specifically)


[12:53] <ahasenack> good morning
[13:08] <ahasenack> are the dep8 tests for the excuses page really queued? I uploaded nfs-utils on the 16th, and the test still hasn't run
[13:09] <ahasenack> and others after that ran already
[13:09] <ahasenack> for example https://autopkgtest.ubuntu.com/packages/n/nfs-utils/jammy/s390x
[13:09] <ahasenack> there are tests run on the 17th
[13:15] <ahasenack> I listed s390x because that's usually the fastest one to run
[14:33]  * ahasenack triggers a test run manually to see if it runs or gets queued for ages
[14:48] <ahasenack> my manual trigger ran :/ https://autopkgtest.ubuntu.com/packages/n/nfs-utils/jammy/s390x
[14:48] <ahasenack> so previous tests are stuck?
[14:49] <ahasenack> juliank: you seem to be the one lately working in dep8 tests, can you take a look? nfs-utils seems stuck for days, but a manual trigger like above that I did just now started and ran quickly
[14:49] <ahasenack> it's saying "Test in progress" for two days now: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#nfs-utils
[14:51] <juliank> ahasenack: sometimes tests get lost
[14:52] <juliank> ahasenack: I can retry all running tests on !amd64 !arm64
[14:53] <ahasenack> why exclude those two? Queues too large?
[14:53] <juliank> I could retry the others in the huge queue and filter out duplicates
[14:53] <juliank> I can't filter duplicates across queues
[14:53] <ahasenack> I need all of the run or else it won't migrate ;)
[14:54] <juliank> Maybe I should rewrite the code to deduplicate across normal and huge
[14:55] <juliank> One day I'll make it so it doesn't schedule duplicate tests
[14:57] <juliank> ahasenack: so nfs-utils is not listed as in progress
[14:57] <ahasenack> it is in the excuses page :/
[14:58] <juliank> ahasenack: something is broken on britney it seems
[14:59] <juliank> ahasenack: Sorry I don't know what's happening there, retry-autopkgtest-regressions is broken
[14:59] <ahasenack> ugh
[14:59] <juliank> urllib.error.HTTPError: HTTP Error 404: Not Found
[14:59] <juliank> if I pass -sjammy i get results, but nfs-utils is not RUNNING
[15:00] <juliank> but I see it RUNNING in the yaml
[15:00] <juliank> $ grep nfs-utils running
[15:00] <juliank> run-autopkgtest -s jammy -a amd64 --trigger=rpcbind/1.2.6-2build1 nfs-utils
[15:00] <juliank> is all it produces
[15:03] <juliank> ahasenack: oops, wrong argument, I passed --series RUNNING not --state RUNNING
[15:03] <juliank> sorry
[15:12] <juliank> ahasenack: I think they got lost in the rabbitmq restart, fwiw; seems britney thought they were submitted for some reason (rabbitmq should have blocked it)
[15:12] <ahasenack> it's probably not the only one in this state
[15:24] <juliank> ahasenack: everything should be queued now
[15:26] <juliank> debci-huge-jammy-arm64  619
[15:26] <juliank> debci-huge-jammy-amd64  4784
[15:26] <juliank> ^ huge queue sizes now
[15:27] <juliank> so about 1000 packages requeued on amd64
[16:46] <ahasenack> juliank: thanks