[14:08] sahid: jamespage: fyi i had to add the following for bionic-train backports [14:08] https://www.irccloud.com/pastebin/3UVHsPql/ [14:14] jamespage: fyi i think sahid's will need that to build on bionic-train [14:14] why is that required? [14:14] I did not do that for any of the 30 or so I did this morning btw [14:15] I've just been leaving in the python-* BD's - enough todo the clean step at least [14:16] i followed your pattern jamespage [14:26] 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] i'm not picky. i've been dropping all the py2 deps. [14:26] sahid: jamespage: just want to make sure they build successfully on b-t though before we upload [14:32] coreycb: ok i will make a second pass [14:32] jamespage: i can take care of yours too if you want? [14:32] 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] coreycb: how to enable UCA with pbuilder-dist? [14:39] 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] 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] hum... yeah ImportError: No module named setuptools [14:51] dh_auto_clean: python setup.py clean -a returned exit code 1 [14:53] 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] why it runs a py2 cleanup step with --with python2 is not provided... [14:58] coreycb: its odd because we have both debhelper and dh-python backported to bionic-train [14:59] jamespage: hmm interesting [15:07] ok... i wanted to follow james's pattern but in fact i did not :/ [19:05] hi there guys, what version of php do we have as package on ubuntu server Ubuntu 18.04.2 LTS [19:07] !info php bionic [19:07] php (source: php-defaults (60ubuntu1)): server-side, HTML-embedded scripting language (default). In component main, is optional. Version 1:7.2+60ubuntu1 (bionic), package size 3 kB, installed size 12 kB [19:08] !info php7.2 bionic [19:08] php7.2 (source: php7.2): server-side, HTML-embedded scripting language (metapackage). In component main, is optional. Version 7.2.19-0ubuntu0.18.04.1 (bionic), package size 9 kB, installed size 84 kB [19:08] there we go :) [19:08] also there is no apache2-mpm-prefork package anymore..? [19:10] I don't see any mpm packages any more https://launchpad.net/ubuntu/+source/apache2/2.4.29-1ubuntu4.6 [19:12] ruben23: mpm modules are shipped in apache2 [19:12] mpm_{event,prefork,worker} are available [19:13] so i dont need to install it like this.? ---> apt-get install apache2 apache2-mpm-prefork [19:13] correct [19:14] just install apache2 [19:18] also guys one more thing i cant install libcurl3 ---> [19:18] does you hand slip off your keyboard when you try to type it then? [19:18] https://pastebin.com/3FzLXN4i [19:19] this outout was generated by which command (be sure to always show both the command you ran and the output it produced)? [19:20] apt-get install libcurl3 [19:20] did you run sudo apt update before you ran the command which created this output? [19:20] I don't think you can have both libcurl3 and libcurl4 installed at once [19:20] http://paste.ubuntu.com/p/7D3cRFphcW/ [19:20] yes i run update so libcurl4 is already built on Ubuntu server 18.04 [19:21] sarnold: what this do.? [19:21] ruben23: it shows the reasoning why I think you can't have both packages installed at once [19:22] sarnold: libcurl4 is already installed on UBuntu server 18.04.? [19:22] so i cant install libcurl3 [19:25] do you need it, though? if so, you can probably replace libcurl4 by libcurl3? [19:26] i think there must be another issue if the dependency resolver fails to calculate this [19:26] tomreyn: libcurl4 would do [19:26] !info libcurl4 bionic [19:26] libcurl4 (source: curl): easy-to-use client-side URL transfer library (OpenSSL flavour). In component main, is optional. Version 7.58.0-2ubuntu3.7 (bionic), package size 232 kB, installed size 689 kB [19:26] !info libcurl3 bionic [19:26] libcurl3 (source: curl3): easy-to-use client-side URL transfer library (OpenSSL flavour). In component universe, is optional. Version 7.58.0-2ubuntu2 (bionic), package size 232 kB, installed size 688 kB [19:27] hmm libcurl4 is in main, so this would seem to be the default indeed [19:28] ruben23: so you already have libcurl4, don't need libcurl3, then you can just keep things as they are, right? [19:28] tomreyn and sarnold: thanks a lot for the help [19:29] personally i have libcurl4 and libcurl3-gnutls installed on 18.04.2 [19:29] so you can even have both versions if you don't mind using a different ssl lib [19:32] what this mean guys im lacking for upgrade.? https://pastebin.com/0DKUqy6N [19:33] ruben23: there's a pending update from one of your 3rd party apt repositories [19:34] 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 tomreyn: it works after i do apt-get upgrade [19:36] i assume you have some 3rd party repositories configured which are cuasing the depedency resolver to fail the way it does. [20:01] guys we dont use eaccelerator anymore to optimized apache2 right.? [20:02] from my memory, 'eaccelerator' was a php opcode cache and source code encoder [20:02] i mean php sorry [20:04] tomreyn: with ubuntu 18.04 we dont used anymore this eaccelerator.? [20:04] ruben23: we? no. maybe you do, i don't. [20:04] tomreyn: :) sorry for the we [20:06] 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] they said thie eacellerator is depricated and they used OPcache instead === lol768_ is now known as lol768 [20:20] 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] 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?