[00:00] <tarpman> wonder how you ended up with that installed
[00:00] <Guest65463> Dunno
[00:00] <Guest65463> Know anything about setting up VNC? This server is on my DMZ, i can connect to it from another linux install on the home network
[00:01] <Guest65463> can't access via WAN even though I have port forwarding on the incoming router
[00:01] <tarpman> if you can connect to it from another system on the LAN, then VNC isn't the problem, but networking ;)
[00:01] <tarpman> I have to go, hopefully someone else can help. good luck
[00:03] <Guest65463> thank you tarpman
[00:39] <hehehe> hi
[00:39] <hehehe> :)))
[00:39] <hehehe> I have to say vulr is awesome
[00:39] <hehehe> they run whole lot on qemu
[00:39] <hehehe> can simply attach new iso and say null windows user passwd in case u forgot it
[00:39] <hehehe> and snapshots are free
[00:41] <hehehe> is there some web stats
[00:41] <hehehe> as to when channel is most active?
[00:41] <hehehe> :D
[00:42] <hehehe> :)))
[00:42] <sarnold> it wouldn't be too hard to build a scraper for https://irclogs.ubuntu.com/2017/06/21/
[00:42] <hehehe> yes
[00:42] <hehehe> and least active users are klined for 3 days :D
[00:42] <hehehe> would be fun
[00:43] <hehehe> sarnold: is your friend here sometimes too? the one who can explain very well
[00:44] <hehehe> I was reading some material on sales and terms they use influence how one approach it, I say same applies to coding
[00:44] <hehehe> terms used to visualise stuff can influence how one operate with it
[00:45] <hehehe> for example if u use this https://sitecdn.adespresso.com/wp-content/uploads/2016/02/sales-funnel-chart.png in a street fight u may get badly beaten
[00:45] <hehehe> as it implies some pause, stages
[00:45] <hehehe> :)
[00:45] <dpb1> hehehe: who needs vulr when you can use lxd. :)
[00:45] <hehehe> what is lxd?
[00:46] <dpb1> https://linuxcontainers.org/lxd/introduction/
[00:46] <hehehe> yes oki
[00:46] <dpb1> greatly simplifies my day-to-day of testing linux distros, etc
[00:47] <hehehe> I think subgraph uses them?
[00:47] <hehehe> lxd or similar
[00:47] <hehehe> vultr is online vps provider, sure local server is cheaper
[00:48] <dpb1> sure, not the same
[00:48] <hehehe> dpb1: what about co location?
[00:48] <hehehe> that is probably cheap
[00:49] <hehehe> and them other folks can access machine easier
[00:49] <hehehe> then
[00:49] <dpb1> yup, I use lxd corrently more for dev/test
[00:50] <sarnold> hehehe: no, but some blog posts http://bert-hubert.blogspot.com/
[00:50] <hehehe> also while I am yet to be good at coding - lxd visual also directs approach  in a certain way
[00:52] <hehehe> since often `complex` tasks are approach using a specific framework, instead of intuitively enacting most efficient solution at that moment
[00:52] <hehehe> *approached
[00:53] <sarnold> hehehe: you may enjoy http://www.paulgraham.com/avg.html
[00:55] <hehehe> quote `When you choose technology, you have to ignore what other people are doing, and consider only what will work the best.
[00:55] <hehehe> replace technology with life
[00:55] <hehehe> :)
[00:57] <hehehe> sarnold: well I can reply to that article - few points - many words are used to make proposed worldview appear as fact - economics - economise , do we have to economise or not? :D
[00:58] <hehehe> the whole idea with constant distruptions may not be what it seems @ startups
[01:02] <hehehe>  Blub is good enough for him, because he thinks in Blub.
[01:02] <hehehe> sarnold: yes idea is to think not in C or Python - simply see what is wanted and tool
[01:05] <hehehe> what about go?
[01:06] <hehehe> many say go is cool
[01:06] <patdk-lap> it's a pretty complex game
[01:07] <patdk-lap> attempting to capture territory and all that
[01:07] <sarnold> level 1 is too easy and level 2 is too hard
[01:08] <hehehe> the whole thing about competition - money supply is limited by issuers - competition need not to be present, customers demand can simply select who is wanted :D
[01:09] <hehehe> sarnold: I think coding is only hard cause its taught in a hard way
[01:09] <hehehe> for example one man goes to toilet to pee, he pees and go - another is though that in order to pee you have to bow to sun 20 times, then sing a song
[01:09] <hehehe> and then pee :D
[01:10] <hehehe> mechanics veiled in mental constructs
[01:11] <sarnold> no wonder so many programs smell like someone peed all over them
[01:13] <hehehe> what about folks who create new languages? they probably are more fluid with coding?
[01:14] <hehehe> yet programming often is collective sport so one dude writing fluid genius something yet can next coder easily to extend this code and modify it/
[01:16] <hehehe> btw who here likes cooking? I plan to dry tomato and store them in oil for entire year :D
[01:17] <hehehe> cooking is a programming too - you have to select ingredients and combine them well
[01:17] <hehehe> else all you make is spaghetti :)
[01:22] <sarnold> hehehe: oh yeah. I like cooking. :) or more to the point I love eating good food...
[01:23] <hehehe> well eating is more like apt-get install :D
[01:23] <hehehe> albeit I admit u can eat in many creative ways
[01:31] <hehehe> any ideas why windows updates take ages to install? :D
[05:34] <gheorghe_> hehehe: because it is a very bad OS :))
[06:15] <lordievader> Good morning
[07:00] <cpaelzer> almost forgot, but still it is morning - so good morning everybody
[07:07] <lordievader> Hey cpaelzer
[07:07] <lordievader> How are you doing?
[07:16] <cpaelzer> hi lordievader, busy but good
[07:16] <cpaelzer> lordievader: how are you?
[07:16] <lordievader> Doing good here :)
[07:17] <cpaelzer> lordievader: I read yesterday you have 40Gbit up on your university link - I'd with I could get 1/40th of that here :-)
[07:18] <cpaelzer> s/with/wish/
[07:19] <lordievader> Theoretical ;) The university has a 40Gbit up. The link to my server is a 1Gbit, still nice though :)
[08:36] <zetheroo> is it normal that smtp port 485 needs to be manually opened?
[08:39] <andol> zetheroo: That all depends on your firewall policy, if it's all open or all closed by default.
[08:40] <zetheroo> sorry 465
[08:40] <zetheroo> smtp ssl port
[08:40] <zetheroo> well I haven't done any manual configurations of the firewall
[08:40] <andol> zetheroo: Same answer, even if the questions makes a bit more sense now :)
[08:42] <andol> zetheroo: Perhaps you could do a pastebin of the output from the command "iptables -L -v" ?
[08:42] <zetheroo> sure
[08:42] <andol> Since you haven't done any manual configuration it shouldn't be any sensitive in that output.
[08:42] <zetheroo> https://pastebin.ubuntu.com/24915684/
[08:43] <andol> zetheroo: Everything is wide open there, so nothing which needs to be open.
[08:43] <zetheroo> ok
[08:43] <andol> You might need to configure your MTA to explictly listen on port 465.
[08:44] <zetheroo> it's just that I am getting a 'Could not open SMTP Port' error from a Dokuwiki plugin, and I have port 465 selected as the outgoing mailserver port
[08:48] <zetheroo> I have configured ssmtp on this server
[08:49] <andol> Now I'm confused :) Is the plan to have the dokuwiki-plugin use the ssmtp on localhost?
[08:50] <zetheroo> me too ... usual protocol is to have ssmtp setup on our servers so they can mail out ... but then the admin of this wiki instance wants their wiki to send mail from another account ... so I to am confused now :P
[08:52] <zetheroo> The dokuwiki smtp plugin has it's own config in dokuwiki ... I didn't think it had anything to do with the servers MTA setup
[08:53] <zetheroo> apparently this plugin 'will contact a configured SMTP server directly to send emails'
[08:55] <zetheroo> perhaps I can configure an additional account in ssmtp which matches the dokuwiki plugin account info
[11:44] <seyeongkim> hello, SRU for this https://bugs.launchpad.net/ubuntu/+source/cinder/+bug/1692446 is in progress? it is released for trusty-kilo, but no news for trusty
[11:46] <mdeslaur> nacc: any idea who I can ask to test the pacemaker security updates I have in the security team PPA?
[12:05] <ahasenack> cpaelzer: got a minute? I have a question about #1657646. Or are you having lunch?
[12:05] <cpaelzer> already back
[12:05] <cpaelzer> giev me 2 min to close out something
[12:05] <ahasenack> ok
[12:05] <cpaelzer> then I'll read into the bug
[12:06] <ahasenack> cpaelzer: tl;dr I changed the title, and then read comments #13 and #14
[12:11] <cpaelzer> ok more thna 2 min :-/ but with you soon ahasenack
[12:11] <ahasenack> np :)
[12:26] <cpaelzer> ahasenack: now I'm with you
[12:26] <cpaelzer> ahasenack: I already read the comments this morning
[12:26] <ahasenack> cpaelzer: did you read those comments?
[12:26] <ahasenack> ok
[12:27] <ahasenack> so here is my question
[12:27] <ahasenack> it feels like a bug the fact that I can create thin pools without the package
[12:27] <ahasenack> but after a reboot they are not there if I do not have the package
[12:27] <cpaelzer> ack
[12:27] <cpaelzer> either refuse to create or work
[12:27] <ahasenack> right
[12:28] <ahasenack> do you know the history of that package split?
[12:28] <ahasenack> or any reason why it's split?
[12:28] <ahasenack> you seemed to know from memory that you had to install it
[12:29] <cpaelzer> just did more with it in the past, but I don't know why it is split right away
[12:30] <cpaelzer> ahasenack: well I know
[12:30] <cpaelzer> ahasenack: component mismatch
[12:30] <cpaelzer> ahasenack: lvm2 is in main
[12:30] <cpaelzer> thin-provisioning-tools is not
[12:30] <ahasenack> does it come from the same source?
[12:30] <cpaelzer> no
[12:30] <ahasenack> I see
[12:31] <ahasenack> is that also why we can't make it a Recommends?
[12:31] <cpaelzer> yes
[12:31] <cpaelzer> you sometimes find delta that downgrades recommends to suggests because of that
[12:31] <cpaelzer> but
[12:31] <ahasenack> would this be a Foundations bug?
[12:31] <cpaelzer> in this case even Debian only holds a suggest
[12:32] <ahasenack> I'm tempted to rephrase the bug, and assign it to lvm2
[12:32] <ahasenack> but who would get it then?
[12:34] <cpaelzer> ahasenack: https://launchpad.net/ubuntu/+source/lvm2 see the subscriptions on the right
[12:34] <ahasenack> foundations
[12:34] <cpaelzer> isn't too important who will get it - is it?
[12:35] <cpaelzer> if it is the correct further triage then do it
[12:35] <ahasenack> yep, thx
[12:35] <cpaelzer> you can still subscribe(assign us if we want to handle it
[12:35] <cpaelzer> ahasenack: I'm parsing through history of the package if there could be a hint how to improve
[12:36] <ahasenack> things that come to mind other than changing the dependency are too intrusive
[12:36] <ahasenack> something to spit out a message when a thin pool is provisioned, essentially, if the tools package isn't installed
[12:37] <cpaelzer> config options sound interesting --with-thin=internal --with-thin-check=/usr/sbin/thin_check
[12:37] <cpaelzer> what would happen without the check defined
[12:38] <ahasenack> don't know, I haven't used thin pools before coming across this bug
[12:43] <ahasenack> cpaelzer: I'll rewrite the bug description and change the package, and maybe do some experiments
[12:43] <ahasenack> cpaelzer: thx for the discussion
[12:50] <cpaelzer> abtraction FTW - I lost track of the thin check on like the 8th level
[12:50] <cpaelzer> anyway it is certainly not "trivial"
[12:50] <ahasenack> heh
[12:51] <cpaelzer> ahasenack: did you check which part misses the thin check?
[12:51] <cpaelzer> ahasenack: is it a init script or the binary itself?
[12:51] <cpaelzer> and if you found it - if it is by Debian/Ubuntu we own to fix it
[12:51] <cpaelzer> ahasenack: otherwise it might be a valid upstream bug report
[12:52] <cpaelzer> ahasenack: with the focus on "please reject to create if not all req's are around"
[12:52] <ahasenack> yeah
[12:52] <ahasenack> I just saw the think_check error when I tried to run "vgchange -a y" manually
[12:52] <ahasenack> that is what complained about the missing script
[12:52] <ahasenack> I think it's fair to say some initscript/systemd job calls vgchange -a y at some point
[12:53] <cpaelzer> yes
[12:54] <cpaelzer> ahasenack: the init script does /sbin/lvm vgchange -aay --sysinit
[12:54] <cpaelzer> is that equivalent?
[12:54] <ahasenack> let me check the second "a"
[12:54] <cpaelzer> would it provike the same error
[12:55] <cpaelzer> it is also the vm binary with vgchange as an arg
[12:55] <ahasenack> that is ok (lvm vgchange)
[12:55] <ahasenack> The -aay option should be
[12:55] <ahasenack>               also used during system boot so it's possible to select which volumes to activate using the activation/auto_activation_volume_list settting.
[12:56] <ahasenack> "a" is auto
[14:10] <cpaelzer> nacc: before I file a bug you might point me diretcly to what I'm missing
[14:10] <cpaelzer> nacc: git merge-changelogs lp1604010/old/debian lp1604010/old/ubuntu lp1604010/new/debian
[14:10] <cpaelzer> nacc: works fiine from git
[14:10] <cpaelzer> git+ssh://git.launchpad.net/usd-importer
[14:10] <cpaelzer> nacc: but fails from the snap complaining there is no merge-changelogs
[14:11] <cpaelzer> first confusion almost got me as there also is "sudo apt install git-merge-changelog" but that again is something different
[14:12] <cpaelzer> I couldn't find it anywhere under the "git ubuntu" scope - maybe you renamed it or did a bigger change to it I missed
[14:12] <cpaelzer> ?
[14:13] <cpaelzer> nacc: uh that could now be "hidden" under git ubuntu merge finish - is it?
[14:18] <cpaelzer> nacc: yeah that was it, the wiki really needs an update in that regard
[14:18] <cpaelzer> nacc: I'll file you a bug listing what I think to be changed instead of messing it up right away
[14:34] <ahasenack> cpaelzer: ok, lvm2/docker bug reworded and with a simpler test case
[14:34] <ahasenack> cpaelzer: the moment you create a thin pool LV, vgchange stops working, both to activate or deactivate a VG
[14:34] <ahasenack> unless you install thin-provisioning-tools
[14:35] <cpaelzer> ahasenack: yeah much better test than reboot
[14:35] <cpaelzer> ahasenack: thanks!
[14:35] <cpaelzer> ahasenack: did you check if it is reasonable to report upstream?
[14:35] <cpaelzer> sounds that way
[14:35] <ahasenack> not yet, just finished updating the bug
[14:35] <cpaelzer> well they might reflect to distro and say "if you enable make it a depends"
[14:36] <cpaelzer> but still worth to ask
[14:36] <cpaelzer> a safety check on creation would still be nice
[14:36] <cpaelzer> the binary could be broken/unavailable for whatever reasons
[14:39] <ahasenack> creating an actual thin LV also fails
[14:39] <ahasenack> many failure cases
[14:44] <jamespage> EmilienM: nearly there - there is a bug in neutron @ pike b2 related to not having the port-security extension enabled; this was blocking testing - I've picked the fix and its working it way through the build system atm
[14:45] <EmilienM> cool
[14:46] <ahasenack> cpaelzer: should I change the bug status to "new" after having changed the package, so foundations is better aware of it?
[14:53] <cpaelzer> ahasenack: yes I thnik so, but add a comment why you do so (for proper re-tirage from their POV)
[14:54] <ahasenack> done
[14:58] <cpaelzer> ahasenack: thanks for the updated description - much more readable
[14:59] <ahasenack> what is this bugproxy thing anyway? :)
[14:59] <ahasenack> some sort of shared account?
[14:59] <cpaelzer> ahasenack: the "obvious" blunt solution would be to MIR thin-provisioning-tools and then make it a recommends
[14:59] <ahasenack> yep
[14:59] <cpaelzer> ahasenack: yet since none of us knows the package I can't speak for their code quality
[15:00] <cpaelzer> and that is part of the MIR pre-req
[15:00] <cpaelzer> at least it has no further non-main dependencies
[15:00] <cpaelzer> ahasenack: TL;DR bugproxy is a bot on a companies buzilla that maps their internal bugzilla posts to Launchpad
[15:00] <cpaelzer> ahasenack: and to other projects tracking tools
[15:00] <cpaelzer> ahasenack:  a bit like LP track remote bug
[15:00] <ahasenack> ok
[15:01] <cpaelzer> unfortunately it sometimes gets confsed - posts on wrong bugs, ...
[15:15] <nacc> cpaelzer: the snap should have both subcommands now (e.g. git-ubuntu.merge-changelogs)
[15:15] <nacc> mdeslaur: the openstack folks? I honestly don't know :/
[15:15] <cpaelzer> nacc: I had version 60 I think and there was no refresh
[15:15] <cpaelzer> available
[15:17] <nacc> cpaelzer: hrm, one sec
[15:19] <mdeslaur> nacc: thanks
[15:19] <mdeslaur> jamespage: any idea who I can ask to test the pacemaker security updates I have in the security team PPA?
[15:20] <jamespage> mdeslaur: erm
[15:20] <jamespage> mdeslaur: which ubuntu release?
[15:20] <mdeslaur> jamespage: trusty, xenial, yakkety
[15:20] <mdeslaur> jamespage: https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+packages
[15:22] <nacc> cpaelzer: http://paste.ubuntu.com/24917530/
[15:22] <nacc> cpaelzer: not git-merge-changelogs, git-ubuntu.merge-changelogs
[15:30] <cpaelzer> nacc:  I used what the doc said which is with spaces still
[15:30] <cpaelzer> nacc: but since I got it to work I'm fine
[15:30] <cpaelzer> nacc: I filed bugs for suggested updates to the wiki and man pages to resolve that
[15:31] <nacc> cpaelzer: right, that last bit (merge-changelogs missing) was my realization that you need that command for the wiki :)
[16:55] <jamespage> hehe
[16:55] <jamespage> https://launchpad.net/~james-page/+related-packages
[16:55] <jamespage> "Timeout error"
[17:19] <rbasak> jamespage: you work too quickly :-P
[19:29] <ahasenack> hm, where are the pgsql-auth bugs I triaged yesterday...
[19:30] <ahasenack> got them
[19:37] <hallyn> oh?  netplan only supports systemd-networkd and network-manager?
[21:39] <Epx998> Is there anywhere I can still get ub12 .udeb packages?
[22:02] <oerheks> !eolupgrade
[22:02] <oerheks> maybe that old versions mirror, but i am not even going to look
[22:03] <oerheks> ubuntu 12 is EOL
[22:09] <Epx998> yeah i know - but udebs should still be downloadable
[22:10] <Epx998> i was able to install the scsi module for the netboot kernel on a baremetal ub12 and rebuilt my initrd.gz with the driver i needed, seems to be working
[22:50] <kyle__> Is there something more than just 'do-release-upgrade' you're supposed to do to move from 14.04 to 16.04 on a server?  I ask because every time, I lose all in-kernel encryption and luks encrypted drives, and have to manually install linux-generic-lts-xenial, bounce again, etc to get it going
[22:51] <nacc> kyle__: why would you install 'linux-generic-lts-xenial' on 16.04?
[22:51] <nacc> kyle__: that's a 14.04 package
[22:51] <nacc> kyle__: also what do you mean by 'in-kernel encryption'?
[22:52] <nacc> kyle__: oh i see, it's there to allow for clean upgrades from the hwe stack, i suppose -- sorry
[22:52] <kyle__> The parts of th kernel luks uses for encryption.  cat /proc/crypto.  That stuff.
[22:53] <nacc> kyle__: but you shouldn't need to manually install it, it should pick it up automatically during hte upgrade
[22:53] <kyle__> nacc: Probably.  It was that and linux-image-generic that I had to do when I first came across it.
[22:53] <kyle__> It's not a show stopper for me, just an annoyance, so I thought maybe I missed some vital step.
[22:54] <nacc> kyle__: i think there's something else going on (possibly a bug). /proc/crypto's presence should not be dependent upon which kernel you have installed (i believe they all have crypto support)
[22:55] <nacc> kyle__: well, linux-generic-lts-xenial and linux-image-generic are rather different packages
[22:57] <kyle__> nacc: True.  It could be the linux-generic-lts-xenial package was just an artifact from the server I first saw this on, and not neccesary.
[22:58] <nacc> kyle__: yeah -- but in any case, do-release-upgrade *should* be sufficient, presuming you weren't dependent on some 3rd party packages, etc.
[22:59]  * kyle__ shakes his head
[22:59] <kyle__> We keep that to the barest minimum.
[23:01] <nacc> kyle__: seems prudent :)
[23:01] <nacc> kyle__: i guess i'd need to see it in a bit more detail -- that is an upgrade that's in the failed state and see if we can debug it
[23:02] <kyle__> I'll pop back in tomorrow with one hopefully.
[23:02] <kyle__> It's quittin time, and I nursed the one I was testing on through
[23:02] <nacc> kyle__: sounds good, I should be around
[23:03] <kyle__> groovy.  G'night!