[06:13] <cpaelzer> good morning
[07:16] <lordievader> Good morning
[07:33] <cpaelzer> hiho lordievader
[07:33] <cpaelzer> hope you have a good friday
[07:34] <lordievader> It is raining so far 😑
[07:34] <lordievader> How are you doing?
[07:34] <cpaelzer> enjoying the same rain a bit south of you I think :-)
[08:20] <lordievader> You may have all of the rain 😋
[09:06] <cpaelzer> rbasak: are you around to talk about the preferred way to configure the fallback on chrony?
[09:25] <rbasak> cpaelzer: HO in a bit? I couldn't sleep last night so did some work then so that I could start late this morning.
[09:29] <cpaelzer> rbasak: sure, ping me when you feel ready
[10:06] <whatevermee> Greetings!
[10:06] <whatevermee> Any help with exporting locales on my mutilated 16.04 VPS?
[10:06] <whatevermee> This question is pretty it:
[10:06] <whatevermee> https://askubuntu.com/questions/1015398/cant-set-locales-ubuntu-16-04
[10:07] <albech> hi all. can anyone recommend a caldav server? I dont want something like owncloud/nextcloud that provide tons of other things.
[10:14] <rbasak> cpaelzer: ping
[10:14] <rbasak> albech: I use radicale
[10:14] <albech> rbasak: i looked at that.. any good?
[10:14] <rbasak> albech: 16.04's radicale works well for me against DAVdroid
[10:14] <rbasak> It's pretty simple to set up and use.
[10:14] <cpaelzer> rbasak: ~5 min to churn through a rebase then on the server standup HO link?
[10:15] <rbasak> cpaelzer: ack
[10:15] <albech> rbasak: guess il spin it up and have a look at it. cheers
[10:17] <cpaelzer> nacc: FYI - I saw gpg errors on e.g. git ubuntu merge start
[10:17] <cpaelzer> nacc: were there changes in that area on a recent snap push?
[10:17] <cpaelzer> I'm on xenial, and I think you use the systems gpg out of the snap
[10:17] <cpaelzer> maybe due to the changes since xenial this affects me but didn't sho up for you?
[10:18] <cpaelzer> nacc: repro would be start the merge on strongswan
[10:18] <cpaelzer> I can get around it for now by manually doing the steps it would do
[10:18] <cpaelzer> just wondering if you see that as well and/or known related changes before considering a bug
[10:38] <jamespage> coreycb: just sniffing bionic with the charms - horizon dash'es seem to be blocked up on the changes to include openstack-auth in horiuzon itself?
[11:46] <coreycb> jamespage: is that what they're blocked on? i never noticed what the issue was.
[11:46] <coreycb> jamespage: where did you see that?
[11:47] <cpaelzer> rbasak: I pushed the chrony changes as discussed to the MP
[11:47] <cpaelzer> rbasak: if you could give your +1 on that I could then open it up to the other folks I had in mind
[11:51] <coreycb> tinwood: i subscribed you to the pylxd sru bug. 2.0.7 is ready for testing in xenial-proposed.
[11:53] <tinwood> thanks coreycb; I'm on swap today, but still idly trying to fix another pylxd issue amongst other activities (it's raining REALLY hard here, so an indoor day).
[11:54] <coreycb> tinwood: ah you might want to swap the swap then!
[11:54] <coreycb> tinwood: typically it'll have to stay in proposed 7-10 days so plenty of time to test
[11:55] <tinwood> coreycb, kk; so I'll just need to apt install it from proposed, run the tests, and then post the results back to the bug?
[11:55] <coreycb> tinwood: actually just 7, i don't know where i got the -10 from
[11:55] <coreycb> tinwood: yep
[11:55] <tinwood> coreycb, I'll add a reminder to my trello card to do that on Monday. :)
[11:57] <rbasak> cpaelzer: ack. otp.
[12:01] <jamespage> coreycb: its not exactly opaque
[12:51] <MitchT> Odd_Bloke, did you have any luck capturing a vhd from azure? I've been trying to do that, as well as looking at boot diagnostics.
[13:48] <MitchT> looks like cloud-init might be causing some issues
[13:49] <MitchT> boot diagnostics log from azure - https://hastebin.com/folimuyuci.vbs
[13:51] <MitchT> INFO Waiting for ssh host key be generated at /etc/ssh/ssh_host_rsa_key.pub [1788 attempts remaining, sleeping 1s]
[13:51] <MitchT> WARNING cloud-init does not appear to be running
[13:53] <rbasak> smoser: ^
[13:53] <rbasak> or rharper ^
[13:57] <MitchT> https://bugs.launchpad.net/cloud-images/+bug/1755565
[13:57] <MitchT> i have just been trying to help with this
[13:57]  * MitchT does what he can
[14:26] <smoser> MitchT: that is bug 1755965
[14:29] <smoser> MitchT: thanks for ringing a bell though.
[14:32] <MitchT> i'm working on another approach... https://github.com/Azure/WALinuxAgent/issues/1058 - i'm wondering if this is related.
[14:32] <MitchT> i'm sure theres umpteen million reasons cloud-init might not be firing up
[14:36] <MitchT> smoser whats the usual turnaround time before these fixes get worked into the daily for azure cloud
[14:40] <smoser> Odd_Bloke: ^
[14:41] <MitchT> only reason i have ants in my pants about it is because my project is in testing but i'm its not running the actual daily.  The CI build it theoretically broken but technically i've been able to make it work
[14:41] <MitchT> i'd like to use latest by mid april
[14:42] <MitchT> if thats doable
[14:43] <smoser> MitchT: well, as you showed iun that bug, it seems dailies are popping out every 2 days or so right now.
[14:44] <smoser> it is in ubuntu. so any image built after llast night sometime will have it.
[15:05] <MitchT> thanks smoser
[15:05] <MitchT> today's image didn't seem to do it. I need to run the command to list the images
[15:07] <smoser> MitchT: the times (dates) are UTC
[15:07] <smoser> so a 20180315 would not really be expected to contain something i put in at the end of my day (eastern) yesterday
[15:07] <smoser> so next one should have it htough
[15:08] <JimBuntu> smoser, There is only a 4 hour diff between Eastern and UTC right now... were you *that* close to the end of the day?
[15:09] <MitchT> 18.04.201803150 .. well it didn't get that one
[15:09] <MitchT> ah i need to read back before i post!
[15:09] <MitchT> sorry
[15:11] <MitchT> its still epic the fix went out so fast. Thanks @ smoser && @ Odd_Bloke
[15:36] <smoser> JimBuntu: well, the date 20180315 means it started on that day... no idea when.
[15:37] <JimBuntu> smoser, good point
[15:38] <nacc> cpaelzer: pastebin?
[15:39] <MitchT> you guys ever use hastebin? its like pastebin without all the extra junk
[15:40] <nacc> cpaelzer: and no, no changes in that area
[15:41] <JimBuntu> MitchT, I use termbin, don't think I have seen hastebin. Have you seen any issues with hastebin?
[15:42] <MitchT> well, i just like it because its really fast, and it also does decent highlighting
[15:42] <MitchT> its bare bones
[15:42] <nacc> MitchT: people can use whatever they want
[15:42] <MitchT> yep
[16:09] <jamespage> smoser: hullo
[16:09] <jamespage> smoser: is there a reliable way to get up-to-date simplestreams packages these days?
[16:10] <smoser> packages ?
[16:11] <smoser> bionic is up to date with trunk i think.
[16:11]  * smoser checks
[16:11] <smoser> and also then . i think https://code.launchpad.net/~simplestreams-dev/+archive/ubuntu/trunk
[16:11] <smoser> should be good
[16:14] <smoser> you're probably wanting a fix for https://launchpad.net/bugs/1686086 in ubuntu
[16:14] <smoser> i will upload now.
[16:17] <jamespage> smoser: ta - it was general query as planning some work to improve the glance sync process in charms; it would be good to get a consistent version for things like keystone v3 support etc...
[16:17] <jamespage> smoser: I'm not sure how far behind ss is in xenial for example
[16:18] <smoser> jamespage: well the fix for v3 is in sru... i have mps for them. and freyes is supposed to be walking them through
[16:19] <smoser> https://trello.com/c/9QvyIeMT
[16:23] <jamespage> smoser: awesome thanks
[16:23] <jamespage> bbcmicrocomputer, thedac: ^^ that probably answers most of the questions we had; bionic will be up-to-date, xenial getting SRU's
[16:24] <thedac> cool
[16:29] <bbcmicrocomputer> that's great.. thanks smoser, jamespage
[16:37] <smoser> i just uploaded
[16:37] <smoser> to bionic
[17:56] <smoser> nacc: would you be oopposed to changing the namespace of your [gitubuntu] 'lpuser'
[17:57] <smoser> to be [launchpad]
[17:57] <smoser> i have wanted to get at that sort of information too and launchpad just seems like a better name.
[17:57] <nacc> smoser: would something other than git-ubuntu read it?
[17:58] <nacc> smoser: i'm not opposed, but we'd need to perform an in-place upgrade (presumably)
[17:58] <nacc> not a big deal
[17:58] <nacc> and i'd change it from lpuser to user then :)
[17:59] <nacc> e.g., convert gitubuntu.lpuser to launchpad.user if gitubuntu.lpuser is present
[17:59] <smoser> yeah. well, i have stuff that wants to know this same bit of information
[17:59] <nacc> stuff that ... is public?
[17:59] <smoser> "what is your launchpad user name so I can push to git?"
[17:59] <nacc> or stuff like your tooling
[17:59] <nacc> :)
[17:59] <nacc> yeah
[17:59] <nacc> smoser: this might be better asked in #launchpad?
[18:00] <nacc> that is, i'm not sure git-ubuntu should touch a reserved (in my mind) namespace like 'launchpad'
[18:00] <smoser> https://github.com/cloud-init/qa-scripts/blob/master/scripts/review-mps is one example.
[18:00] <nacc> we could read it if it's set, i suppose, but i'd want cjwatson's permission to use it
[18:00] <smoser> it asks for a --git-user
[18:00] <nacc> smoser: yep
[18:01] <smoser> yeah, i think having cjwatson approval is fine.
[18:01] <smoser> but with that approval i think it make sense for git ubuntu to write it.
[18:01] <nacc> sure
[18:02] <smoser> i saw sparkiegeek has gitlptools
[18:02] <smoser> which i think must have to ask the same question also
[18:03] <smoser> https://launchpad.net/gitlptools
[18:06] <nacc> smoser: yeah, i'm wondering if it should go there, and we can use that, ro something
[18:06] <nacc> smoser: the problem with two tools managing it is it becomes kind of an ABI
[18:20] <smoser> nacc: not really.
[18:20] <smoser> lots of tools "manage" [user]/name and [user]/email
[18:28] <ram__> i am using a AWS ubuntu image and been struggling to get grub booting my kernel regradless of what i do to grub. Is there something special needed on AWS for ubuntu images?
[18:28] <nacc> Odd_Bloke: smoser: --^
[18:29] <nacc> smoser: they do?
[18:29] <nacc> smoser: given those are specifically defined by Git, they have to do so in a way that Git will undersatnd
[18:29] <nacc> smoser: which is, in effect, an ABI between those applications and Git
[18:30] <Odd_Bloke> ram__: Can you give us some more details on what issues you're seeing?  What kernel are you trying to boot?
[18:30] <nacc> Odd_Bloke: thanks
[18:31] <ram__> Odd_Bloke, yes. i have just built and installed a 4.16-rc4 kernel.  and trying to boot on that kernel.  I ran grub-mkconfig -o /boot/grub/grub.cfg and then changed the default entry to my kernel.
[18:32] <ram__> regardless of what I do,  the kernel 4.16.0-rc1 kernel gets booted.
[18:32] <Odd_Bloke> ram__: What virtualisation are you using?
[18:33] <ram__> Odd_Bloke, i dont know. must be xen or something. its is transparent to me.
[18:33] <Odd_Bloke> ram__: No, sorry, which EC2 virtualisation type: PV or HVM?
[18:34] <ram__> Odd_Bloke, how can i tell that? is this something that I can find on the AWS console?
[18:36] <Odd_Bloke> ram__: It is, yeah.
[18:37] <ram__> i see hvm
[18:37] <ram__> Odd_Bloke, ^^
[18:41] <arooni> is it better to send transactional mail oer SSL ?
[18:41] <arooni> and if so ; how would i check to see if that port was opened
[18:41] <arooni> i'm not trying to run a mail server BTW, just send via api to email provider
[18:41] <Odd_Bloke> ram__: OK, you might want to try running update-grub; that's the Ubuntu way of updating grub configuration.
[18:42] <ram__> Odd_Bloke, did it. but has no effect.
[18:42] <Odd_Bloke> If that doesn't work, then really it's just a grub configuration issue.
[18:42] <ram__> it continues to pick 4.16.0-rc1 kernel and boots
[18:42] <Odd_Bloke> HVM just boots in to GRUB normally, so I don't think you're seeing an EC2-specific issue.
[18:43] <ram__> i want to boot from a 4.16-rc4 kernel.
[18:43] <ram__> the submenuentry for that is 0
[18:43] <ram__> the submenuentry for -rc1 kernel is 3
[18:43] <ram__> i have default set to 0
[18:43] <ram__> but still it boots from -rc1
[18:44] <ram__> unforatunately ec2 does not provide a way to conect to the console of the VM and choose the boot kernel manually.
[18:44] <ram__> if it did, life would be easier.
[18:45] <sarnold> I have a vague memory that the GRUB_DEFAULT setting doesn't work as you might expect
[18:46] <ram__> sarnold, what should be done in that case?
[18:46] <ram__> any workaround?
[18:47] <rbasak> For submenus use '>'
[18:47] <rbasak> eg. GRUB_DEFAULT="1>3" for submenu 1 option 3.
[18:47] <ram__> ok. let me try that.
[18:47] <rbasak> After changing GRUB_DEFAULT there's a tool you have to run to update things IIRC. I forget what its called.
[18:48] <ram__> its update-grub
[18:48] <sarnold> wow. I was going through stack overflow trying to find it, and wouldn't you know, someone commented TODAY on a post I made a year ago about it! https://askubuntu.com/a/858520/33812
[18:48] <sarnold> thanks stackexchange :D
[18:49] <rbasak> That's the page I was looking for, thanks.
[18:49] <rbasak> I wanted to reference it but failed to find it.
[18:49] <sarnold> "It is also necessary to include the above numbers in quotes. It will not work otherwise." is probably what I was remembering.
[18:49] <rbasak> Too many generic questions and answers about GRUB_DEFAULT but not specifically the submenu syntax.
[18:49] <rbasak> Yeah it's got to be in quotes because it's sourced as shell.
[18:49] <rbasak> And in shell > is special
[18:49] <sarnold> aka "good luck finding *this* bug" :)
[18:50] <rbasak> "Why do I have a file called '3'?"
[18:50] <ram__> sarnold, did exactly that. but still it managed to boot from my -rc1 kernel :(
[18:50] <ram__> something is sticking it to boot from there.
[18:51] <ram__> i get a feeling that it does not even consult the /boot/grub/grub.cfg file while booting.
[18:51] <ram__> it seems to have a mind of its own.
[18:51] <ram__> if [ -s $prefix/grubenv ]; then
[18:51] <ram__>   set have_grubenv=true
[18:51] <ram__>   load_env
[18:51] <ram__> fi
[18:51] <ram__> if [ "${next_entry}" ] ; then
[18:51] <ram__>    set default="${next_entry}"
[18:51] <rbasak> Oh
[18:51] <ram__>    set next_entry=
[18:51] <rbasak> Yeah
[18:51] <ram__>    save_env next_entry
[18:51] <ram__>    set boot_once=true
[18:51] <ram__> else
[18:52] <ram__>    set default="1>0"
[18:52] <rbasak> Clouds commonly still use /boot/grub/menu.lst or similar.
[18:52] <ram__> fi
[18:52] <ram__> ^^ that is what i have in my grub.cfg
[18:52] <rbasak> I don't know about AWS for your instance type specifically.
[18:52] <rbasak> grub-legacy-ec2 etc.
[18:52] <ram__> rbasak, in my menu.lst i dont even have a entry for my -rc1 kernel.
[18:53] <ram__> /boot/grub/menu.lst  file that is
[18:53] <rbasak> I don't know then, sorry.
[18:54] <Odd_Bloke> menu.lst isn't used for HVM.
[19:19] <jayjo> I have a unit file that looks like this exactly: https://bpaste.net/show/034b77f9f0e6 and in my syslogs I see that it tries to start too quickly. It's a simple bash script, why would it fail? Is there a way to get more verbose logs?
[19:21] <sarnold> maybe journalctl ?
[19:21] <jayjo> here is the log values I'm seeing: https://bpaste.net/show/bb8ddaed2285
[19:22] <sarnold> I wouldn't be surprised if it's insanely hard to use a shell script along with type=forking units ..
[19:24] <jayjo> journalctl is identical: https://bpaste.net/show/b38e4b47c2a6 (other was pulled from syslog with some intermeidate results)
[19:24] <jayjo> what's the alternative to using type=fork?
[19:25] <sarnold> " simple, forking, oneshot, dbus, notify or idle"
[19:25] <sarnold> https://www.freedesktop.org/software/systemd/man/systemd.service.html
[19:33] <jayjo> does systemctl run as sudo? Can that be specified?
[19:34] <jayjo> it runs as root as the default, right?
[19:35] <nacc> jayjo: systemctl runs as who you invoke it as ... you shoiuld be using `sudo systemctl ...` if you want it to run as root
[19:35] <jayjo> simply executing that shell script works perfectly from the command line with the DISPLAY=:0 set, but it doesn't work from systemctl ... I tried both as forking and simple.
[20:01] <jayjo> is there a way to get more verbose output of why it fails?
[20:01] <jayjo> in order to debug?
[20:04] <sdeziel> jayjo: the unit probably runs as root so I'm not sure it has access to DISPLAY=:0
[20:05] <jayjo> I think you're right ... is there a way to pass it in through ExecStart?
[20:05] <sdeziel> jayjo: I'd first try by adding User=$YOUR_USERNAME to the unit
[20:06] <sdeziel> assuming it can run with your user's privs
[20:08] <sdeziel> jayjo: for better support, you might want to try #systemd
[23:18] <cfnc> Hello everybody guys. A simple question. I have some films on my server and I would watch them without copying them locally on my Mac. So my question is about the protocol I should have to use to watch them on my Mac: if I have to use samba or ftp or what? Thank you in advance
[23:19] <dpb1> samba would likely be the easiest
[23:19] <dpb1> for simmple file sharing to mac os x
[23:19] <sarnold> forget you ever heard about ftp
[23:21] <cfnc> sarnold: what you mean, sorry I didn't understand
[23:21] <sarnold> cfnc: ftp is just an all around terrible protocol :)
[23:22] <sarnold> sftp is better in every respect
[23:22] <sarnold> samba is probably your most convenient answer here
[23:22] <sarnold> but sshfs via fuse might not be terrible
[23:23] <cfnc> I've already used samba in the past so I already know how to start. I'll give it a try. Thank you very much guys ;)
[23:37] <mojtaba> Hello, I have two remote machines, I can login to remote 2 from remote 1, but I can not login to remote 2 from my local machine. Do you know how can I rsync a directory from remote 2 to my local machine?
[23:39] <sarnold> can remote 1 log in to your local machine?
[23:42] <mojtaba> sarnold: no
[23:42] <mojtaba> I can login to both
[23:42] <mojtaba> just remote 1 I mean, from local
[23:43] <mojtaba> and to remote 2 from remote 1
[23:47] <dasjoe> "ssh -L 2222:remote2:22 remote1", then rsync from localhost:2222?
[23:51] <sarnold> oh nice, that's simpler than anything I'd thought of :)