[13:10] <seekr> I am attempting to configure a cloud-based Ubuntu system for web hosting purposes.  I've run into a problem which I think may be related to a bug reported at https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1787886 .  One of the first things I did in configuring the server was to do an upgrade to what I think is the system described in this bug report.  Since I'm unfamiliar with Ubuntu itself, I didn't even know how to determine what LTS
[13:10] <seekr> release I'm running.  Since I see no resolution posted for this bug, it would seem it has not yet been resolved, though the bug report was filed four months ago.  Can anyone help?
[13:13] <ikonia> seekr: what's your actual problem
[13:13] <seekr> ikonia: I'm trying to restore a Joomla!-based site.
[13:14] <seekr> I've installed Apache and MySQL and PHP, all of which are required.
[13:14] <ikonia> right, what's the actual problem
[13:14] <ikonia> yeah, I get how Joomla works
[13:14] <ikonia> what's your actual problem
[13:14] <seekr> The problem is that there's a failure in executing index.php a few lines from the end of that file.
[13:15] <ikonia> ok, what failure
[13:15] <ikonia> what problem
[13:15] <seekr> I put print statements in the index.php file to determine where the failure occurs.
[13:15] <seekr> It's the one described in the bug report.
[13:15] <ikonia> I'm not interested in the bug report
[13:15] <ikonia> I'm interested in the information you can give me
[13:15] <ikonia> what's teh actual problem
[13:15] <seekr> It appears to be failing on the line:   $app = JFactory::getApplication('site');
[13:16] <seekr> That's the actual problem at this point.
[13:16] <ikonia> what does the apache error logs show
[13:16] <seekr> nothing useful - I'll take another look...
[13:16] <ikonia> and when you said you upgraded to 18.04 did you move the site to an 18.04 host, or actually upgrade in situ an 16.04 host
[13:17] <seekr> in situ, afaik
[13:17] <ikonia> what do you mean as far as you know
[13:17] <ikonia> you said "the first thing I did was upgrade" you must know how you did it
[13:17] <seekr> I don't even know what it means to move the site to an 18.04 host.
[13:17] <ikonia> why did you upgrade to 18.04 then ?
[13:17] <ikonia> if you don't know how to upgrade / how to use the upgrade process, why did you upgrade and not just continue on 16.04
[13:17] <seekr> Yes, I followed an instruction that was displayed when I logged in as root.
[13:18] <seekr> I'll see if I can find it.
[13:18] <ikonia> there is an offer to upgrade, not a mandate
[13:18] <ikonia> either way, what does the apache logs show when you try to parse the index.php
[13:19] <seekr> will look
[13:21] <seekr> ikonia: https://termbin.com/g5t0
[13:22] <ikonia> seekr: what log is that ?
[13:22] <seekr> ikonia: error.log
[13:22] <ikonia> seekr: what does the access log show
[13:22] <ikonia> is this the default site or is it a named site
[13:23] <seekr> well, it does have a domain pointing to it, but I'm accessing it via IP address
[13:23] <seekr> It's the site defined by what's in /var/www/html
[13:24] <ikonia> are you using the default site or a name based host
[13:24] <seekr> access log shows nothing interesting - just GETs
[13:24] <seekr> I don't quite know what you mean by "default site"
[13:25] <ikonia> there is a default config for apache or there is a config you can use to build/define a name based host
[13:25] <ikonia> which are you doing, using the default or defining a name based host
[13:26] <seekr> I haven't touched the Apache config file, except to move the PHP thing closer to the front of the line that indicates what file name suffices will be recognised and processed
[13:26] <ikonia> which apache file have you touched
[13:26] <ikonia> what is the name of the file that defines the site you are looking at
[13:27] <seekr> /etc/apache2/apache2.conf, I think it's called.
[13:27] <ikonia> you think ?
[13:27] <ikonia> please be sure
[13:27] <seekr> yes, that's it
[13:28] <ikonia> ok - so are you view the correct access/error logs defined in that file ?
[13:28] <seekr> no - wait - that's not the file - hmmm
[13:30] <seekr> ikonia: I changed /etc/apache2/mods-available/dir.conf
[13:30] <ikonia> why ?
[13:30] <tomreyn> chances are it's a php (5->7) upgrade issues, missing modules or general webapp incompatibility / need for webapp upgrade.
[13:30] <ikonia> tomreyn: yup, php-curl is the likley candidate
[13:30] <seekr> The line I changed now reads:  DirectoryIndex index.php index.html index.cgi index.pl index.xhtml index.htm
[13:31] <ikonia> but based on the total lack of solid information I want to be sure before suggesting package changes
[13:31] <ikonia> seekr: no no, "why" did you change it
[13:31] <tomreyn> ikonia: yes, details are needed.
[13:31] <seekr> I changed it because it appeared that the index.php file was not being recognised and processed - but I could be wrong - I'm a bit fuzzy now on the order of events - but I'm sure that's not where the problem lies
[13:32] <seekr> I just told you why I changed it.
[13:32] <ikonia> seekr: if you're sure that's not where the problem lies, why did you change it
[13:32] <ikonia> you didn't tell me why you changed it
[13:32] <seekr> look - it's easy to change it back to what it was, if only to prove to you that that's not the cause of the problem
[13:32] <ikonia> seekr: I didn't say it was the cause of the problem
[13:33] <seekr> I know you didn't - but this thing is a red herring
[13:33] <ikonia> I'm just trying to understand what you've done and why as you don't seem very clear on a lot of things
[13:33] <seekr> I'm clear that the problem I'm experiencing is the one cited in the bug report!
[13:33] <ikonia> seekr: please don't state that, as it's clear you have no idea what you're doing or you wouldn't have blindly changed a file
[13:33] <ikonia> seekr: right - have you done what the bug report says then ?
[13:33] <ikonia> if it's that clear
[13:33] <seekr> I don't need to deal with this sort of attitude - I'll come back later when things may be different.  Thanks anyway.
[13:34] <seekr> The bug report only talks about adding some modules, and yes, I did follow that advice.
[13:35] <seekr> PHP 7.2 modules
[13:35] <ikonia> seekr: so what modules have you added
[13:35] <ikonia> and how did you add the
[13:35] <ikonia> which ones
[13:35] <ikonia> specifically which modules by which packages
[13:35] <seekr> It really doesn't much matter, since adding those modules made no difference - didn't make the problem either better or worse.
[13:35] <ikonia> it really does matter
[13:35] <ikonia> hence why I'm asking
[13:36] <seekr> It may matter to you, since you seem to be trying to make the point that I'm completely confused.
[13:36] <ikonia> no
[13:36] <ikonia> it matters to fixing the problem
[13:36] <ikonia> hence why I'm asking
[13:36] <seekr> I'm not finding your questioning to be at all helpful.
[13:36] <ikonia> because you don't understand the problem
[13:36] <ikonia> which is fine
[13:36] <ikonia> however, if you give us the info, I'm sure it can be fixed
[13:36] <seekr> My problem, as I originally stated, is what's described in the bug report.
[13:36] <ikonia> which modules did you add via which packages
[13:36] <seekr> I want to know how to find out whether the bug has been fixed, and what I need to do to take advantage of that fix.
[13:37] <ikonia> seekr: right, they are the same symptoms, so lets see what the problem is
[13:37] <ikonia> which packages have you added
[13:37] <ikonia> seekr: we can work that out now
[13:37] <ikonia> it doesn't look like an actual "bug"
[13:37] <ikonia> (if it's the same as that bug report)
[13:37] <seekr> Clearly you are not willing to pursue that line of inquiry, so I don't find your questioning to be helpful.
[13:37] <ikonia> it looks like a difference in how the packages are broken up in php7
[13:37] <ikonia> seekr: I am pursuing it exactly
[13:38] <seekr> I need to know why the statement I showed you, which is the same one shown in the bug report, is failing.
[13:38] <ikonia> right, and I'm trying to explain that to you
[13:38] <ikonia> but I need to know what packages you have so I can understand which ones may be missing and required by your web app
[13:38] <seekr> If you can give me a way to list the installed PHP modules, please do so.
[13:39] <ikonia> seekr: you said you manaully installed some - those are the key ones
[13:39] <ikonia> tell me which ones you installed and how
[13:39] <ikonia> (or the key ones to understanding the delta in that bug report I should say)
[13:39] <seekr> It's not relevant to the problem solution - but if only to satisfy you, I'll find the statement I used.
[13:39] <ikonia> it is relevant
[13:40] <ikonia> it's really important to understand what packages you've added in and how you did it
[13:40] <ikonia> as that bug report is showing that the upgrade process may miss packages due to the way the packges are broke down different in later versions of php
[13:40] <ikonia> seekr: it's clear you're going to fight giving the information so I'll leave you to it
[13:40] <seekr> ikonia: apt-get install -y libapache2-mod-php7.2 php7.2-cli php7.2-common php7.2-mbstring php7.2-gd php7.2-intl php7.2-xml php7.2-mysql php7.2-zip
[13:41] <seekr> That's fine, ikonia - I don't see the logic in your inquiry.
[13:41] <ikonia> no problem then
[13:41] <seekr> The problem was not caused by my installation of modules.
[13:41] <ikonia> no, if you have the same problem as that bug report, it's most likley cause by missing modules
[13:41] <ikonia> that are not installed as part of the 16.04 -> 18.04 upgrade process
[13:42] <ikonia> (if it's the same as that bug report - if it's not it will need to be worked through)
[13:42] <seekr> which is why I asked you how to display what PHP modules are installed - perhaps you don't know
[13:42] <ikonia> seekr: I do know, but what mattered what you manually installed and how as that is the "delta"
[13:42] <seekr> delta between what and what?
[13:42] <ikonia> and that will tell us what maybe missing as part of the upgrade or if it's the same symptom, but a different bug
[13:43] <ikonia> seekr: between would should be installed as part of the upgrade and what changes due to package name/version changes
[13:43] <seekr> We don't have enough info to be able to tell what modules are required - we have only that bug report.
[13:44] <seekr> I need to find some later report that describes the real cause of the problem and how to solve it.
[13:45] <ikonia> seekr: it can be worked out
[13:45] <seekr> how?
[13:45] <ikonia> it's not hard, jamoola is pretty basic
[13:45] <ikonia> by understanding the delta between the old working php packages and the new ones
[13:45] <seekr> It's not about Joomla! per se - it's just that that instruction is failing.
[13:46] <ikonia> hence why I was asking for the info I was asking for
[13:46] <ikonia> seekr: it's about php - and joomla is your example in this case
[13:46] <ikonia> the cause will be different depending on the app and what the app needs
[13:46] <ikonia> so it sort of does matter what your usecase is (joomla in this case)
[13:46] <seekr> I think I'll be better off just searching for later reports, because I think this sort of debugging exceeds the knowledge of either of us.
[13:47] <ikonia> as different web apps will have different dependencies
[13:47] <ikonia> and those packages will differ in name/version in different php versions
[13:47] <ikonia> seekr: doesn't exceed my knowledge
[13:47] <ikonia> but nice try at a sly insult though
[13:47] <seekr> Well, I'm still looking for something genuinely useful from you.
[13:47] <ikonia> all of it was useful
[13:47] <seekr> So far, I've only heard criticism and slurs.
[13:48] <ikonia> you've seen requests for debug information so that I can get to the answer as quick as possible for you
[13:48] <ikonia> but even if what you said where true, it doesn't mean I don't know how to resolve it
[13:48] <seekr> The thing is that neither of us has a way to know what might be missing that's causing that instruction to fail.
[13:49] <ikonia> I'm pretty sure I can figure it out quickly
[13:49] <ikonia> hence why I was asking for some information
[13:49] <ikonia> it's not hard with php - it's just going to be package version/name changes most likley
[13:49] <ikonia> the other thing you'll need to explain to others is if you are using 18.10 or 18.04 as php 7.2 is default in 18.10
[13:50] <ikonia> and you said you where using 7.2
[13:50] <ikonia> not 7.2
[13:50] <ikonia> I'm not %100 sure without looking if that's true of 18.04 which I think was 7
[13:50] <ikonia> (but I'd need to check that)
[13:50] <ikonia> (again this matters due to package names)
[13:50] <seekr> but the information you're asking for doesn't bear on the problem - I installed a few PHP modules, but the fact of their being there didn't help.  The task is to figure out what module(s) might be needed -- IF that's the cause of the problem, which I doubt either of us has any way to say is what's causing the failure.
[13:50] <ikonia> seekr: it does matter to the problem
[13:51] <ikonia> if you assume you don't know how to fix it, and assume I do, I'm telling you it does matter which modules are installed and which ones are missing by default
[13:51] <seekr> Well, tell me what you think you need.
[13:51] <ikonia> rather than argue you it, why not just provide the information to the person trying to help
[13:51] <ikonia> even if you don't understand it, it's a good way to learn
[13:51] <ikonia> (it's fine to not understand it by the way)
[13:52] <seekr> It may well matter, but I don't see how we can figure out what's wrong with respect to missing or incorrect version modules/packages or whatever they're called.
[13:52] <ikonia> I've told you it's pretty straight forward
[13:52] <ikonia> you just need to work the packages through
[13:52] <seekr> I admit my lack of understanding, but I'm not hearing any useful questions from you - only meta-chat criticising my logic.
[13:53] <ikonia> again, if you assume you don't know, and I do, rather than constantly saying "you can't work it out" why don't you work with someone to actually work it out who is saying they can
[13:53] <ikonia> seekr: then read back all the lines I've typed, I've explained multiple times why I'm asking for what I'm asking for
[13:53] <seekr> Give me what you think to be a relevant question!
[13:53] <ikonia> understanding the version of ubuntu, understanding what packges you added and how, knowing the php app (to work out deps)
[13:54] <ikonia> understanding if it was a clean install or an upgrade
[13:54] <seekr> your question??
[13:54] <ikonia> those are all pretty key questions, you can then work out the package deltas
[13:54] <ikonia> I've already asked them
[13:54] <seekr> I need a command to use to determine version, etc.
[13:54] <ikonia> you don't
[13:54] <ikonia> well, hang on
[13:54] <ikonia> versions of what ?
[13:54] <seekr> I'm not a regular Ubuntu user (I use Linux Mint, which is based on Ubuntu, as I'm sure you know).
[13:55] <ikonia> actually, I apologies, I'm taking up your time
[13:55] <ikonia> I'll leave you to it, but that maybe info that helps whomever helps you
[13:55] <ikonia> and it may help you get to the chase quicker
[13:55] <seekr> Well, you are as long as you're give me nothing useful, including useful questions.
[13:55] <ikonia> please try not to argue that it doesn't matter with those trying to help - they are normally asking for good reasons
[13:55] <ikonia> seekr: I've given you multiple useful questions to debug it
[13:55] <ikonia> so that you can get a quick and fatual resoution
[13:56] <seekr> I'm prepared to accept that possibility, but I need a better demonstration than what you've given me thus far.
[13:56] <ikonia> I don't have to demonstrate anything to you
[13:56] <ikonia> I know what I'm doing
[13:56] <ikonia> I've offered help
[13:56] <ikonia> you don't want it (which is fine)
[13:56] <seekr> You've given me nothing useful, I'm afraid.  :(
[13:56] <ikonia> I'm pretty sure I have
[13:56] <seekr> Well, I don't know what it is.
[13:57] <ikonia> but if you can't see the importance of that information, that's fine,
[13:57] <seekr> You're not talking about the actual problem, only trying to convince me of something, and I'm not even sure what it is at this point.  Thanks anyway.
[13:58] <ikonia> I'm talking about the exact problem
[13:58] <ikonia> it can't fully parse the index.php most likely (according to the bug report you posted) due to a missing package
[13:58] <ikonia> hence why I asked for the error log to see if we could get there quicker/easier
[13:58] <ikonia> and a quick search of ubuntu packages (which I did while we where talking) shows multiple package name differences between php versions
[13:58] <ikonia> which backs up the basic principal of the bug report
[13:59] <ikonia> so then it's just the question of which packages you need
[13:59] <ikonia> (as each use case will be different due to different dependencies)
[13:59] <seekr> It's "principle," actually, and as I said, there's nothing interesting in the Apache log file.
[13:59] <ikonia> hence why that bug isn't really a "bug" it's just a difference between PHP versions
[14:00] <ikonia> seekr: nope, fine there is nothing interesting in the logs (hence why I asked you to check it was the right file)
[14:00] <ikonia> it's a hope that you get a clue to short cut debugging
[14:00] <ikonia> don't always get it from the error log (although I'm very surprised you got nothing - I'd check for sure if that is the right log file)
[14:00] <seekr> I looked in both error.log and access.log - which are the only ones being written to, based on their timestamps.
[14:01] <ikonia> that's fine, you don't always get the answer from them, it's just a good tool to check and cut to the chase quicker
[14:01] <seekr> /var/log/apache2/error.log
[14:01] <ikonia> sometimes you'll see something like "could not find libphpbc.so" so you know straight away it's the bc-math package
[14:01] <ikonia> which you can them map to your php version
[14:01] <ikonia> (as an example)
[14:01] <seekr> yes, fine, but that's not the situation here!
[14:02] <ikonia> no, you don't get the output, which is why you need to work out the packages
[14:02] <ikonia> the log file is just a useful short cut
[14:02] <ikonia> again "useful information" and "useful questions"
[14:02] <ikonia> I'll leave you to it, sorry, didn't mean to harp on
[14:03] <seekr> whatever
[14:03] <ikonia> ?
[14:03] <ikonia> look - drop the attitude
[14:03] <ikonia> if you want to use this channel, this attitude can't continue
[14:05] <ikonia> (for the record 18.04 is php 7.2 too - so you're ok on that front)
[19:46] <mybalzitch> is the docker snap considered production ready? I'd imagine so given how hard canonical is pushing snap
[20:04] <ikonia> mybalzitch: I certainly am not confident with it