[14:08] <coreycb> sahid: jamespage: fyi i had to add the following for bionic-train backports
[14:08] <coreycb> https://www.irccloud.com/pastebin/3UVHsPql/
[14:14] <coreycb> jamespage: fyi i think sahid's will need that to build on bionic-train
[14:14] <jamespage> why is that required?
[14:14] <jamespage> I did not do that for any of the 30 or so I did this morning btw
[14:15] <jamespage> I've just been leaving in the python-* BD's - enough todo the clean step at least
[14:16] <sahid> i followed your pattern jamespage
[14:26] <coreycb> sahid, jamespage: it's needed if you drop Build-Depends on python-setuptools as those will run the py2 build/clean. if you keep python-setuptools it'll succeed.
[14:26] <coreycb> i'm not picky. i've been dropping all the py2 deps.
[14:26] <coreycb> sahid: jamespage: just want to make sure they build successfully on b-t though before we upload
[14:32] <sahid> coreycb: ok i will make a second pass
[14:32] <sahid> jamespage: i can take care of yours too if you want?
[14:32] <coreycb> sahid: you can just add the py2 python-setuptools back. try it on one package maybe and make sure it builds ok on b-t
[14:38] <sahid> coreycb: how to enable UCA with pbuilder-dist?
[14:39] <coreycb> sahid: there's an sbuild-train cmd you can run on top of a bionic sbuild chroot. or you could add-apt-repository cloud-archive:train to a pbuilder chroot. or you could just create a ppa that is based on the bionic-train staging ppa.
[14:43] <coreycb> sahid: jamespage: ok py3-only swift uploaded. there were a bunch of failing py37 unit tests but they were fixed after a new snapshot. upstream is only running a subset of py3 functional tests but there's a lot of action on the py3 front upstream so that's promising.
[14:51] <sahid> hum... yeah ImportError: No module named setuptools
[14:51] <sahid> dh_auto_clean: python setup.py clean -a returned exit code 1
[14:53] <jamespage> coreycb, sahid: my take was dh-python needed to be more clever about what it did - so I left the python-setuptools dep in place and just dropped the BDI's python-*
[14:56] <jamespage> why it runs a py2 cleanup step with --with python2 is not provided...
[14:58] <jamespage> coreycb: its odd because we have both debhelper and dh-python backported to bionic-train
[14:59] <coreycb> jamespage: hmm interesting
[15:07] <sahid> ok... i wanted to follow james's pattern but in fact i did not :/
[19:05] <ruben23> hi there guys, what version of php do we have as package on ubuntu server Ubuntu 18.04.2 LTS
[19:07] <blackflow> !info php bionic
[19:08] <sarnold> !info php7.2 bionic
[19:08] <sarnold> there we go :)
[19:08] <ruben23> also there is no apache2-mpm-prefork package anymore..?
[19:10] <sarnold> I don't see any mpm packages any more https://launchpad.net/ubuntu/+source/apache2/2.4.29-1ubuntu4.6
[19:12] <sdeziel> ruben23: mpm modules are shipped in apache2
[19:12] <sdeziel> mpm_{event,prefork,worker} are available
[19:13] <ruben23> so i dont need to install it like this.? ---> apt-get install apache2 apache2-mpm-prefork
[19:13] <sarnold> correct
[19:14] <ruben23> just install apache2
[19:18] <ruben23> also guys one more thing i cant install libcurl3 --->
[19:18] <tomreyn> does you hand slip off your keyboard when you try to type it then?
[19:18] <ruben23> https://pastebin.com/3FzLXN4i
[19:19] <tomreyn> this outout was generated by which command (be sure to always show both the command you ran and the output it produced)?
[19:20] <ruben23> apt-get install libcurl3
[19:20] <tomreyn> did you run    sudo apt update    before you ran the command which created this output?
[19:20] <sarnold> I don't think you can have both libcurl3 and libcurl4 installed at once
[19:20] <sarnold> http://paste.ubuntu.com/p/7D3cRFphcW/
[19:20] <ruben23> yes i run update so libcurl4 is already built on Ubuntu server 18.04
[19:21] <ruben23>  sarnold: what this do.?
[19:21] <sarnold> ruben23: it shows the reasoning why I think you can't have both packages installed at once
[19:22] <ruben23>  sarnold: libcurl4 is already installed on UBuntu server 18.04.?
[19:22] <ruben23> so i cant install libcurl3
[19:25] <tomreyn> do you need it, though? if so, you can probably replace libcurl4 by libcurl3?
[19:26] <tomreyn> i think there must be another issue if the dependency resolver fails to calculate this
[19:26] <ruben23>  tomreyn: libcurl4 would do
[19:26] <tomreyn> !info libcurl4 bionic
[19:26] <tomreyn> !info libcurl3 bionic
[19:27] <tomreyn> hmm libcurl4 is in main, so this would seem to be the default indeed
[19:28] <tomreyn> ruben23: so you already have libcurl4, don't need libcurl3, then you can just keep things as they are, right?
[19:28] <ruben23> tomreyn and  sarnold:  thanks a lot for the help
[19:29] <tomreyn> personally i have libcurl4 and libcurl3-gnutls installed on 18.04.2
[19:29] <tomreyn> so you can even have both versions if you don't mind using a different ssl lib
[19:32] <ruben23> what this mean guys im lacking for upgrade.? https://pastebin.com/0DKUqy6N
[19:33] <tomreyn> ruben23: there's a pending update from one of your 3rd party apt repositories
[19:34] <tomreyn> ruben23: can you post the output of this    sudo /bin/true && cat &>/tmp/aptlog < <(sudo apt-get -qqy update 2>&1; apt-cache policy 2>&1; sudo apt-get -syV full-upgrade 2>&1;); nc termbin.com 9999 </tmp/aptlog; rm /tmp/aptlog
[19:34] <ruben23> tomreyn:  it works after i do apt-get upgrade
[19:36] <tomreyn> i assume you have some 3rd party repositories configured which are cuasing the depedency resolver to fail the way it does.
[20:01] <ruben23> guys we dont use eaccelerator anymore to optimized apache2 right.?
[20:02] <tomreyn> from my memory, 'eaccelerator' was a php opcode cache and source code encoder
[20:02] <ruben23> i mean php sorry
[20:04] <ruben23> tomreyn: with ubuntu 18.04 we dont used anymore this eaccelerator.?
[20:04] <tomreyn> ruben23: we? no. maybe you do, i don't.
[20:04] <ruben23>  tomreyn: :) sorry for the we
[20:06] <tomreyn> no worries, ruben23, i notice this is common amongst ES and PT native language folks, i just like to make silly jokes. see this https://en.wikipedia.org/wiki/EAccelerator
[20:10] <ruben23> they said thie eacellerator is depricated and they used OPcache instead
[20:20] <tomreyn> ruben23: yes, this seems to be the most common opcache since php7. if you also want memory caching there is also memcached and apcu
[22:57] <hashwagon> Does anyone know why an ubuntu 16.04 server would change from a statically set IP address? I'm not finding anything online about this. Is there a failover mechanism?