Topic: SME8 and PHP 5.2

[Craig Cabrey]

There is no reason to run PHP 5 and PHP 4 on the same machine as PHP 5 is backward compatible with PHP 4.   In fact, it would be "sloppy" to include both in SME server.

A better use of effort by the community would be to help push SME 8 to production.

Then why don't we currently include PHP5 instead of PHP4 now?

You must have spotted the reason: We must maintain as much compatibility with the upstream vendor as possible (SME -> CentOS -> RHEL).

I do not think it would be sloppy at all. It would make SME even more compatible with the wide range of legacy applications and the ones approved by RedHat and built specifically for RHEL. Anyways, I was talking about SME 8. We would include the RedHat version while also having the most bleeding-edge (read: most recent stable) for the end user to decide on.

It is most certainly not a bad thing to have multiple versions of the same product because in the real world, these things happen all the time.

Craig

[cactus]

It is most certainly not a bad thing to have multiple versions of the same product because in the real world, these things happen all the time.

This would be a very good discussion for the devinfo list IMHO. I can think of a few objections, one of them would be the limited number of developers supporting now already having a hard time releasing SME 8.

[gzartman]

Then why don't we currently include PHP5 instead of PHP4 now?

Because RHEL doesn't, in RHEL 4.x anyway.  As previously stated, we need to be talking about to get SME 8 out, not how to hack SME 7.

We would include the RedHat version while also having the most bleeding-edge (read: most recent stable) for the end user to decide on.

If you're looking for bleeding edge, then SME isn't for you. 

It is most certainly not a bad thing to have multiple versions of the same product because in the real world, these things happen all the time.

Yes, like security vulnerabilities. 

[F22-Raptor]

Just a quick update.

I've installed osCommerce on SME8 and some of the functions used by the catalog and admin are not working.

The menus are messed up.

I guess I really need PHP 5.2, 5.1.6 just won't cut it.

D.

[mmccarn]

I upgraded php on my SME 8beta3 system as follows:

Code: [Select]

db yum_repositories set c5-testing repository
db yum_repositories setprop c5-testing GPGKey http://dev.centos.org/centos/RPM-GPG-KEY-CentOS-testing
db yum_repositories setprop c5-testing BaseURL "http://dev.centos.org/centos/\$releasever/testing/\$basearch/"
db yum_repositories setprop c5-testing Name "CentOS-5 Testing" enabled 0 GPGCheck yes
signal-event yum-modify
yum --enablerepo=c5-testing update php
php --version
signal-event post-upgrade; signal-event reboot
Afterwards, OSCommerce 3.x worked OK, and my DokuWiki site still works OK (these are the only two functions of this server).

Note: I constructed the above commands from my .bash_history...

[F22-Raptor]

It worked. Thanks.

I had to reinstall osC 3 to get the admin working right but in catalog I still can't get the box headings.

I'll have to post on their forum.

Thanks again.

D.

[mmccarn]

I had no trouble with oscommerce-3.0a5 except for the country flag icons in .../images/worldflags.  The code looks for US.png, but the file is named us.png - probably OK on Windows, but not on SME. 

I used the following code to create a shell script that creates upper case symbolic links for all of the flag icons:

Code: [Select]

cd /path/to/images/worldflags
ls  | awk -F. '{print "ln -s " $0, toupper($1) "." $2};' > joe.sh
sh joe.sh
rm joe.sh


[cactus]

I had no trouble with oscommerce-3.0a5 except for the country flag icons in .../images/worldflags.  The code looks for US.png, but the file is named us.png - probably OK on Windows, but not on SME.

Perhaps something the oscommerce developers would like to be aware of, did you report it to them as well? http://svn.oscommerce.com/jira/secure/Dashboard.jspa

[F22-Raptor]

I was going to.

I had the same problem with the flags.

I think the heading issue is related to some functions not finding what they're looking for.

All my boxes have headings like box_whats_new_heading the same goes for linked content in boxes (i.e. box_information_shipping )

Hopefully I'll post on the osC forum tomorrow.

D.

[mmccarn]

Perhaps something the oscommerce developers would like to be aware of, did you report it to them as well? http://svn.oscommerce.com/jira/secure/Dashboard.jspa

Someone else already did: http://svn.oscommerce.com/jira/browse/OSC-874

[CharlieBrady]

I had no trouble with oscommerce-3.0a5 except for the country flag icons in .../images/worldflags.  The code looks for US.png, but the file is named us.png - probably OK on Windows, but not on SME. 

I used the following code to create a shell script that creates upper case symbolic links for all of the flag icons:

Code: [Select]

cd /path/to/images/worldflags
ls  | awk -F. '{print "ln -s " $0, toupper($1) "." $2};' > joe.sh
sh joe.sh
rm joe.sh


You don't need to create a temp file for that.

You could do:

ls  | awk -F. '{print "ln -s " $0, toupper($1) "." $2};'  | sh

Or:

for i in * ; do ln $i $(echo $i | tr A-Z a-z) ; done

How much of osC doesn't work with PHP 5.1?

[mmccarn]

How much of osC doesn't work with PHP 5.1?

I didn't play with it for very long, but my sense is that in the /admin screens I didn't get any lists of options until I upgraded PHP.

For example, if I log into the admin panel and select "Content", then "Product Variants", I get a list of "Variant Groups" with PHP 5.2 that I did not get with 5.1.

[Normando]

Only for reference:

http://www.centos.org/modules/newbb/viewtopic.php?forum=25&topic_id=7061