Tiny Core 15.0 Alpha 1 Testing

[andyj]

There are already sample files in the apache extension. This file is redundant.

[CentralWare]

It looks like you're using the httpd.conf file that the PHP make install copied into the PHP mod extension.

I just scoured the php 8.x sources and "surprisingly enough" cannot seem to find httpd.conf - nor am I aware of any PHP release which includes or has EVER included httpd.conf.  What you are likely thinking of with the MOD extension is the httpd/conf.d/mod-php*.conf file which I believe is dynamically generated that adds PHP related support to the existing Apache configuration tree.  But...  according to you, I'm just a beginner with almost four DECADES in this business.  My licenses, certificates and degrees must mean nothing.

To correct your misinformation: PHP does not require Apache.  PHP doesn't require NGINX either...  or any web server for that matter.
PHP DOES require autoconf 2.x, but that's the extent of dependencies until you start enabling modules.
(If you don't believe me, tce-load -i php-8.3.1.tcz and run php -a)

[andyj]

It looks like you're using the httpd.conf file that the PHP make install copied into the PHP mod extension.

I just scoured the php 8.x sources and "surprisingly enough" cannot seem to find httpd.conf - nor am I aware of any PHP release which includes or has EVER included httpd.conf.  What you are likely thinking of with the MOD extension is the httpd/conf.d/mod-php*.conf file which I believe is dynamically generated that adds PHP related support to the existing Apache configuration tree.

You're right, PHP does not come with httpd.conf. What you are not getting is that in order to build the PHP module for Apache, PHP requires a working Apache dev install to build against, and when it's done it copies the httpd.conf file from the Apache dev tree as part of the PHP make install. They add one line to the file to load the module based on the Apache source path and not using the DESTDIR of the make install command. Why they think this is necessary I don't know, and it's become clear that it's a bad idea and one I will henceforth squash. The httpd-php8-mod.conf and httpd-php8-fpm.conf files are my contribution, these are not PHP provided files.

To correct your misinformation: PHP does not require Apache.  PHP doesn't require NGINX either...  or any web server for that matter.

Only the PHP module for Apache requires Apache, I don't know of any other program that can load and run Apache modules. The other PHP SAPI's like the CLI don't require anything, I know because I have scripts I've written for PHP I run from bash. So, no misinformation on my part.

Here's an idea: Slow down and actually read what I'm posting. I've been doing this since the '80s and when I went to college the language we used was FORTRAN. If you're like me like you say you are then you didn't learn any of this in college either because it didn't exist then.

If you are going to take over maintaining maria I can give you what I have that has a lot of workarounds to help you get up the learning curve. It worked for 10.x but enough has changed in 11 that the build script needs more time than I have desire to give it.

[andyj]

Hi andyj

... I left it so someone unfamiliar with Apache and PHP would have a go-by to build their own file. I apparently need to delete that file because it must be confusing to beginners. ...

Rather than deleting it, maybe rename it to something like:
httpd.conf.sample  or  httpd.conf.example  or  httpd.conf.reference

I think Xorg and some other packages include config files
with similar extensions tacked onto their config file names.

What happened to the post this quote refers to?

[gadget42]

yes...what did happen to post:
https://forum.tinycorelinux.net/index.php/topic,26669.msg171921.html#msg171921

i have a tab open with the older version of the thread which contains the original « Reply #14 on: January 04, 2024, 10:46:34 AM »

i made a copy of the text and also did a screenshot as well

also will try to leave the tab unrefreshed until we determine what happened to @andyj post

[CardealRusso]

There is no decision on the proposal to increase busybox's CONFIG_FEATURE_EDITING_HISTORY?

[CardealRusso]

dialog is not working (got this after trying to run getdialog.sh but it wont output any error)

dialog: symbol lookup error: dialog: undefined symbol: acs_map

[CardealRusso]

dialog is not working (got this after trying to run getdialog.sh but it wont output any error)

dialog: symbol lookup error: dialog: undefined symbol: acs_map

Alsamixer also dont runs for the same reason

[curaga]

What happened to the post this quote refers to?

The log shows CentralWare removed some posts here. CentralWare?

There is no decision on the proposal to increase busybox's CONFIG_FEATURE_EDITING_HISTORY?

Maybe just fell through the cracks, increasing it is fine to me. Juanito, what do you think?

[Juanito]

What do we want to increase it to, 1000?

[CardealRusso]

dialog is not working (got this after trying to run getdialog.sh but it wont output any error)

*getlocale.sh

[CentralWare]

@curaga:

The log shows CentralWare removed some posts here. CentralWare?

Yes, I was putting posts in the "Trash Cache" to have that conversation, unrelated to testing 15.x, moved to a different topic where the debate can continue if it must.  I was pulled away from my desk, so it's still in limbo, but the posts themselves should still be waiting for maintenance.

CONFIG_FEATURE_EDITING_HISTORY how difficult would it be to make it cmdline or file based instead of a compiled-in value?

@andyj: If you're looking to unload MySQL/MariaDB please send along what you do have.  Additionally, please send along your scripts for apache, php and svn as well.  (It's always helpful if the build instructions/script is sent in for ./tcz/src/extension as it could save hours if not days worth of effort, whether for admins, maintainers or end users.)  This is especially beneficial with config/compiler flags, patches, etc. as it shows areas which have already been covered instead of everyone having to recreate the same methods.  (I did a quick scan of x86/x64 a few days back and noticed the last time build scripts were sent in for MariaDB dated back to TC 7.x, though I could have easily missed one somewhere.)

[Juanito]

dialog updated and posted

[andyj]

If you're looking to unload MySQL/MariaDB please send along what you do have.  Additionally, please send along your scripts for apache, php and svn as well.  (It's always helpful if the build instructions/script is sent in for ./tcz/src/extension as it could save hours if not days worth of effort, whether for admins, maintainers or end users.)  This is especially beneficial with config/compiler flags, patches, etc. as it shows areas which have already been covered instead of everyone having to recreate the same methods.  (I did a quick scan of x86/x64 a few days back and noticed the last time build scripts were sent in for MariaDB dated back to TC 7.x, though I could have easily missed one somewhere.)

I put them all in github when TC 14 was released awhile ago but they are a little out of date. I'll try to update them this week and I'll post the URL where anyone who wants them can have them. The scripts are not wholly independent from each other. I have a build system because many of the extensions work together. Each of the extension scripts calls a number of smaller scripts that set variables or options to minimize the number of files I need to update when something changes. I build them all at the same time against the same libraries. This way we shouldn't (hopefully) run into our own version of Windoze dll hell (like openssl and pcre2). Basically, there is a script that builds one extension, and another that goes through the list calling the one-at-a-time script to build them all.

The maria script is 99% complete, meaning that that's the point in the compile where it dies and I had to manually finish it. I'll see if I can get that last bit updated. If you can figure out why maria db won't compile with lz4 enabled that would be really helpful, it wasn't an issue in 10.x, but in 11 it just doesn't like it.

BTW, SVN isn't mine.

[Juanito]

svn and serf have been updated.