Thanks again! Might want to better represent the less-than-instant install procedure in the Extra’s page, otherwise people are likely to get disappointed. Also probably worth mentioning that RPM’s are for CentOS/Fedora and that other OS’s need source building tools.
How much does the RPM actually do? Would it be possible to include two PHP-FUSE module binaries for PHP 5.3 and PHP 5.2 so that people can just cp over those files and add the appropriate config to php.ini?
Hi, the RPM just contains the ini file for php and the binary module itself, the prob with supplying both php 5.2 and 5.3 modules is that I can only build the 5.3 module on my F12 and F13 machines, I was thinking of doing this but went for a simplere approach, but we are in early days here I’ll incorporate as many use suggestions as I can over time.
The installation is a bit hideous agreed, the upside is that once you’ve done it need not do it again, I think what I’ll do here is also supply a VMware/VirtualBox appliance based on Centos with all this installed, so all you would need to do is download it, run it, edit the config file and away you go, could also automate this a bit with a web interface and the like. At the mo I’m relying on you guys doing this manually which is not optimal. I’ll look athe extras section again in this light.
Use MODx, or the cat gets it!
-
MODX Staff
- 12,272 Posts
shamblett, I sure haven’t heard of anyone else being able to do this indeed. Great job, very cool and we look forward to seeing the full SCM bits developed. What will be the effort to get this working with Git once you wrap up SVN?
Ryan Thrash, MODX Co-Founder
Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
Once I wrap up SVN which I hope will be say in the next month(hols in the way at the mo), I’ll try it with git, in theory it shouls just be a matter of adding declarations to the passthru directories but there may be some corner cases, we’ll have to see.
I’m moving all this code into github in the next two weeks, this gives better visibilty, bug tracking and of course we can branch at will, it may end up as modxfs-php with SVN version and a git version, rather than trying to do it all in one, don’t know yet.
Use MODx, or the cat gets it!
-
MODX Staff
- 2,502 Posts
Hey @shamblett,
Wondering how things are going on this front. Its a pretty exciting project.
Thanks for your hard work on it so far.
Cheers,
Jay
Author of zero books. Formerly of many strange things. Pairs well with meats. Conversations are magical experiences. He's dangerous around code but a markup
magician.
Blog ✦
Twitter ✦
LinkedIn ✦
GitHub
Hi smashingred, back off hols now but the immediate plan is to move this and some of my other extra’s out of my subversion repo’s and into github also there’s a bit I need to do to Provisioner first to correct a few reported issues, when done I’ll come back to this and finish the subversion integration, this will hopefully also work for other version control systems such as git. We should have another release of this in say 3-4 weeks.
Use MODx, or the cat gets it!
-
MODX Staff
- 2,502 Posts
Wonderful! Hope you had a good holiday. Thanks so much for your work on it and can’t wait to see it.
Cheers,
Jay
Author of zero books. Formerly of many strange things. Pairs well with meats. Conversations are magical experiences. He's dangerous around code but a markup
magician.
Blog ✦
Twitter ✦
LinkedIn ✦
GitHub
OK, we are now in git]hub, please file issues here
http://github.com/shamblett/modxfs-php/issues Ta.
Use MODx, or the cat gets it!
Is there any chance someone who’s successfully configured this before could give me a clue about troubleshooting?
I’ve configured the module on two machines now, firstly locally on the same server as the database (running CentOS5) and on a remote machine running Ubuntu Lucid. The database is Evo.
In both cases, the module starts up and appears to be fine.
andy@fafnir:~/modxfs-php-1.0.0/php$ php modxfs-php.php
Mount point is : /home/andy/sportworks
Passthru is : /home/andy/sportworks
Logfile is at : /home/andy/modxfs-php-1.0.0/php/modxfuse.log
Starting MODXFS-PHP FUSE process
andy@fafnir:~/modxfs-php-1.0.0/php$
But if you try and ls -la the working directory, the ls process just hangs and never returns.
The log shows the following:
18:40:14--Pool initialize - ENTRY:
18:40:14--Pool connect - ENTRY:
18:40:14--Pool connect sucess - EXIT:
18:40:14--Pool initialize success - EXIT:
18:40:14--Passthru initialize - ENTRY:
18:40:14--PassThru initialize success - EXIT:
18:40:14--query - database type set - EXIT:
18:42:46--GETATTR / - ENTRY:
18:42:46--Passthru check - ENTRY:
Which seems to imply the problem is with passthru.
I’ve checked the obvious things (database parameters, firewalls etc.) with no result. Obviously it’s somethign to do with configuration on my part, but i’m really not sure what.
Any clues appreciated!
A.
Could you post your config.inc.php, without passwords of course.
Use MODx, or the cat gets it!